Re: [rt-users] Custom fields validation on moving between two inactive states, after upgrade
I recently upgraded from 4.0.9 to 4.2.3 and some users tell me that the behaviour of mandatory custom field changed. I recovered the old installation and DB from backups and the mistery is solved: from 4.0.9 to 4.2.3, the file share/html/Ticket/Modify.html changed in such a way that my Default callback was actually breaking custom field validation in 4.0.9, and is not any more breaking it in 4.2.3. Best regards, Bergonz -- RT Training - Dallas May 20-21 http://bestpractical.com/training
Re: [rt-users] Custom fields validation on moving between two inactive states, after upgrade
the file share/html/Ticket/Modify.html changed in such a way that my Default callback was actually breaking custom field validation Not so simple: I removed all the local directory, including plugins, stopped apache, cleaned mason obj, and mandatory CF are still not validating. Maybe it's something in 4.0.9. Being an outdated version, I will not annoy you anymore about that. Regards, Bergonz -- RT Training - Dallas May 20-21 http://bestpractical.com/training
[rt-users] Custom fields validation on moving between two inactive states, after upgrade
I recently upgraded from 4.0.9 to 4.2.3 and some users tell me that the behaviour of mandatory custom field changed. We have two inactive states: the usual new and to be done. They say that moving a ticket from new to to be done did not require filling the mandatory CFs in 4.0.9 and does require filling them in 4.2.3. Before I recover 4.0.9 from backups and make a test installation, does anybody know if I missed something from the release notes? I tried to read them all, but I did not see anything about this. Thanks in advance, Bergonz -- Ing. Michele Bergonzoni - Laboratori Guglielmo Marconi S.p.a. Phone:+39-051-6781926 e-mail: berg...@labs.it alt.advanced.networks.design.configure.operate -- RT Training - Dallas May 20-21 http://bestpractical.com/training
[rt-users] Fulltext search error 500 on first try, then ok
[rt 4.0.9, postgres 9.1 with full text search, ubuntu 12.04.1, Apache 2.2.22, mod_fastcgi-SNAP-0910052141, Perl v5.14.2] I have a sporadic annoyance. When I try a fulltext search on all tickets (any keyword), it waits 10 seconds and then I get a 500 Internal server error. Apache error log says: [warn] FastCGI: (dynamic) server /path/to/rt-4.0.9/sbin/rt-server.fcgi (pid 10410) terminated due to uncaught signal '13' (Broken pipe) And postgresql log: LOG: could not receive data from client: Connection reset by peer LOG: unexpected EOF on client connection LOG: could not receive data from client: Connection reset by peer LOG: unexpected EOF on client connection (four lines in the same second as the Apache line) If i retry immediately after, all goes well and the results is displayed in maybe 2-3 seconds. Even if I purposely try a search that I know will return thousands of tickets, all goes well in a few seconds and tickets are retrieved. The rt-fulltext-indexer is run every ten minutes and completes in a few seconds. Postgres statement timeout is 0 (disabled), mod_fastcgi -idle-timeout is set to 300. Besides telling users to keep calm and carry on hitting F5, does anybody have any troubleshooting path to suggest? Please keep in mind that reproducing this is not easy, today I saw it only once. Thanks in advance, Bergonz -- Ing. Michele Bergonzoni - Laboratori Guglielmo Marconi S.p.a. Phone:+39-051-6781926 e-mail: berg...@labs.it alt.advanced.networks.design.configure.operate -- RT Training in Seattle, June 19-20: http://bestpractical.com/training
Re: [rt-users] Recognize tickets created via email or via web
Il 22/03/2013 17.48, Thomas Sibley wrote: Michele, if you upgrade to RT 4.0.9 you can use the X-RT-Interface header. The potential values are Email, Web, Mobile, REST, and API. Many thanks to you and to other people who pointed this out privately, this is exactly what I was looking for. Regards, Bergonz -- Ing. Michele Bergonzoni - Laboratori Guglielmo Marconi S.p.a. Phone:+39-051-6781926 e-mail: berg...@labs.it alt.advanced.networks.design.configure.operate