RT 3.2 beta 1 (RT 3.1.10)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I’m pleased to announce the immediate availability of RT 3.1.10 from
http://download.bestpractical.com/pub/rt/devel/

This is the first Beta release of what will become RT 3.2.0 this
spring. It contains numerous improvements, most notably an overhauled
ticket searching system. We don’t yet recommend this release for
production use, though 3.1.x is stable enough that we’re now using it
on rt3.fsck.com.

Frequent beta releases of RT 3.1 will follow this one until we’re
confident that it’s ready for production, though it’s almost feature
complete. (RT Journals haven’t yet been integrated).

RT 3.2 is a relatively minor upgrade from RT 3.0. The upgrade procedure
is relatively painless, requiring only a single added database table.
RT 3.4, due later this summer will include more major database changes,
including support for “large text,” “image” and “downloadable file”
custom fields on Tickets, Ticket Updates, Users and Groups.

Best,
Jesse

MD5 sums:

8f67cd66acec0d141cec4b32803f562d  rt-3.1.10.tar.gz
d5d56aa0f0519dc1db2e3f14e846edbd  rt-3.1.10.tar.gz.sig

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)

iD8DBQFAUi7HQaM/s3DrrJARAtLCAKCZR6QWRmCE4dCYmYchirrMHvN32wCgkxVo
TSzELyjIqr2ENDi3xqk1X/o=
=+lpR
-----END PGP SIGNATURE-----

Are either 3.2 or 3.4 going to have the ability to turn off global
scrips on a per-queue basis? That would be hugely useful. (And IIRC
would require a new table.)

-DanOn Fri, Mar 12, 2004 at 04:42:28PM -0500, Jesse Vincent jesse@bestpractical.com wrote:

I’m pleased to announce the immediate availability of RT 3.1.10 from
Index of /pub/rt/devel

This is the first Beta release of what will become RT 3.2.0 this
spring. It contains numerous improvements, most notably an overhauled
ticket searching system. We don’t yet recommend this release for
production use, though 3.1.x is stable enough that we’re now using it
on rt3.fsck.com.

Frequent beta releases of RT 3.1 will follow this one until we’re
confident that it’s ready for production, though it’s almost feature
complete. (RT Journals haven’t yet been integrated).

RT 3.2 is a relatively minor upgrade from RT 3.0. The upgrade procedure
is relatively painless, requiring only a single added database table.
RT 3.4, due later this summer will include more major database changes,
including support for “large text,” “image” and “downloadable file”
custom fields on Tickets, Ticket Updates, Users and Groups.

Best,
Jesse

MD5 sums:

8f67cd66acec0d141cec4b32803f562d rt-3.1.10.tar.gz
d5d56aa0f0519dc1db2e3f14e846edbd rt-3.1.10.tar.gz.sig


rt-devel mailing list
rt-devel@lists.bestpractical.com
The rt-devel Archives

Daniel E. Eisenbud
eisenbud@cbio.mskcc.org
Computational Biology Center
Memorial Sloan-Kettering Cancer Center

You could do that now with a custom condition…On Fri, Mar 12, 2004 at 05:36:40PM -0500, Daniel E. Eisenbud wrote:

Are either 3.2 or 3.4 going to have the ability to turn off global
scrips on a per-queue basis? That would be hugely useful. (And IIRC
would require a new table.)

-Dan

And I do, but it gets a little painful when you have lots of queues with
specific custom conditions turned off. But it works.

-DanOn Fri, Mar 12, 2004 at 05:08:50PM -0500, Todd Chapman rt@chaka.net wrote:

You could do that now with a custom condition…

On Fri, Mar 12, 2004 at 05:36:40PM -0500, Daniel E. Eisenbud wrote:

Are either 3.2 or 3.4 going to have the ability to turn off global
scrips on a per-queue basis? That would be hugely useful. (And IIRC
would require a new table.)

-Dan

Daniel E. Eisenbud
eisenbud@cbio.mskcc.org
Computational Biology Center
Memorial Sloan-Kettering Cancer Center

Hello,

–Am Freitag, 12. März 2004 17:36 Uhr -0500 schrieb “Daniel E. Eisenbud”
eisenbud@cbio.mskcc.org:

Are either 3.2 or 3.4 going to have the ability to turn off global
scrips on a per-queue basis? That would be hugely useful. (And IIRC
would require a new table.)

I have written an extension for 3.0 to do this, you can download it from
http://page.mi.fu-berlin.de/~pape/rt3/HideGlobalScrips.tgz and see a
screen shot in http://page.mi.fu-berlin.de/~pape/rt3screenshots/ss5.pdf.

Regards,
Dirk.

Hello,

–Am Freitag, 12. M?rz 2004 17:36 Uhr -0500 schrieb “Daniel E. Eisenbud”
eisenbud@cbio.mskcc.org:

Are either 3.2 or 3.4 going to have the ability to turn off global
scrips on a per-queue basis? That would be hugely useful. (And IIRC
would require a new table.)

I have written an extension for 3.0 to do this, you can download it from
http://page.mi.fu-berlin.de/~pape/rt3/HideGlobalScrips.tgz and see a
screen shot in http://page.mi.fu-berlin.de/~pape/rt3screenshots/ss5.pdf.

Wow, that looks great. My only concern is whether it will make it much
more difficult to migrate to future versions? I’ll consider installing
it here if it seems like that won’t be too much of a problem.

-Daniel

Daniel E. Eisenbud
eisenbud@cbio.mskcc.org
Computational Biology Center
Memorial Sloan-Kettering Cancer Center

Hello Daniel,

–Am Dienstag, 16. März 2004 16:02 Uhr -0500 schrieb “Daniel E. Eisenbud”
eisenbud@cbio.mskcc.org:

Wow, that looks great. My only concern is whether it will make it much
more difficult to migrate to future versions? I’ll consider installing
it here if it seems like that won’t be too much of a problem.

I can only promise that I do my best to migrate my table data to the
solution Jesse will implement for 3.2. I dont know Jesses implementation,
though.

Dirk.