Re: [rt-users] Custom fields validation on moving between two inactive states, after upgrade

2014-04-11 Thread Michele Bergonzoni

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

2014-04-11 Thread Michele Bergonzoni

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

2014-04-10 Thread Michele Bergonzoni
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

2013-05-17 Thread Michele Bergonzoni
[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

2013-03-22 Thread Michele Bergonzoni

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