[rt-users] Problems with 4.0.5: printing some pages; emailing dashboards
Hi List After moving from v4.0.4 to 4.0.5 (Linux server, windows browser) we noticed the following 2 new issues: When printing certain pages, nothing will be shown below the H1 title. This was seen both with Firefox and IE We see the issue with "Query Builder", "Modify the user xxx", "Modify the content of dashboard ...", "Modify the subscription to dashboard ...", and search results which include a chart. There does not seem to be any problem printing dashboards and chart-free search results. When emailing dashboards, our Lotus Notes email client is a bit upset with the JavaScript. and issues obnoxious warnings ("jQuery is not defined"). Long dashboards are truncated when displayed. Even if a short dashboard is displayed correctly we cannot forward it from Lotus Notes. Also, the dashboard lost its color. Our other mailers are plain text, and don't seem to mind. To be sure, these are not major issues, but are enough of a nuisance that we may need to revert to v4.0.4. Thanks for any suggestions, or let me know if you need more details. Jim Berry
Re: [rt-users] rt-mailgate
Hi We let Apache authenticate under SSL but had problems with rt-mailgate. Our work around was to configure httpd.conf as below so that rt-mailgate could operate under port 80. No doubt there are better ways, but this is working for us. ### Force SSL for RT except the NoAuth and REST directories Order allow,deny Allow from all Satisfy Any Order allow,deny Allow from all Satisfy Any SSLRequireSSL AuthType [...] Require valid-user -- Jim Berry RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 & 6, 2012
Re: [rt-users] rt 4.0.4 (and possibly others) autocomplete custom field showing values from all other custom fields for non super useraccounts?
I can confirm the custom field autocomplete bug that Jim Lesinski describes below. RT v4.0.4, Linux, Apache. Firefox browsers on both Windows and Linux. Slightly off topic: the custom field completion did not work at all (for either user) in Internet Explorer 8. Email completion works as expected. -- Jim Berry > - Message from Jim Lesinski on Mon, 19 Dec 2011 15:07:09 -0500 > > Re: [rt-users] rt 4.0.4 (and possibly others) autocomplete custom > field showing values from all other custom fields for non super useraccounts? > > Hello, > > I opened a bug for the issue I described below, but no one else has > confirmed that their install is behaving the same way. If someone > out there with a test install of rt 4.0.x (preferably 4.0.4) could > try the steps outlined below I would really appreciate it. It seems > to occur in both of my environments but I wanted to rule out my own issues ;). > > Ok - From a clean rt 4.0.4 > > 1. Log in as Root account > 2. Create Queue1 > 3. Create CustomField1 as Type "Select one value" with Render Type "Dropdown" > 4. Add values to CustomField1 > "CF1Value1", "CF1Value2","CF1Value3", "CF1Value4" > 5. Create CustomField2 as Type "Select one value" with Render Type "Dropdown" > 6. Add values to CustomField2 > "CF2Value1", "CF2Value2","CF2Value3", "CF2Value4" > 7. Create CustomField3 as Type "Enter one value with Autocompletion" > with Render Type "Dropdown" > 8. Add values to CustomField3 > "CF3Value1", "CF3Value2","CF3Value3", "CF3Value4" > 9. Assign all of these fields to Queue1 > 10. Create a Group called Group1 > 11. Grant Group1 all permissions to Queue1 on General Rights and > Rights for Staff tab > 12. Create a user named User1 > 13. Add User1 to Group1 > 14. Create a new ticket in Queue1 as the ROOT account and go to > Field CustomField3, Type 'C' and you should get > only "CF3Value1", "CF3Value2","CF3Value3", "CF3Value4" > 15. Log out, Log back in as User1 and Create a new record in Queue1. > In CustomField3 Type 'C' and you will see values > "CF1Value1", "CF1Value2","CF1Value3", "CF1Value4" > "CF2Value1", "CF2Value2","CF2Value3", "CF2Value4" > "CF3Value1", "CF3Value2","CF3Value3", "CF3Value4" > > Which are values from all of the custom fields, not just the autocomplete > values specified in CustomField3. I am not sure how that could > happen no matter how wacky I made permissions are unless it is a bug. > > 16. Log out from User1 > 17. Log Back into the system as ROOT and grant User1 "Do Anything > and Everything" under Tools - Configuration - Global - User Rights - > Rights for administrators. Log out. > 18. Log Back into the system as User1 and create a new ticket in > Queue1. Go to CustomField3 and type 'C'. You will now have the > correct values for the autocomplete field. > > > On Mon, Dec 12, 2011 at 2:21 PM, Jim Lesinski wrote: > Hello, > > Can someone check to see if an Autocomplete custom field shows > values from other custom fields in their RT 4.0.4 installation for > non admin users? (By non admin I mean the user does not have > "Anything and Everything" permission in the system.) > > When I am logged in as a non admin account and type in an > autocomplete field I seem to get all values from all custom fields > that meet the text criteria. If I grant this same user account > "Anything and Everything" permission, the correct values are then > populated in the autocomplete field. I have tested this on 2 > different systems and I get the same results from both. Basically it > seems like the dataset returned for the super user account is > different than a non super user account. > > Can anyone else recreate this or verify that they have the same or > different results? > > Thanks, > Jim > RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 & 6, 2012
[rt-users] Problems with RT4 coexisting with other ModPerl applications
Hi List, This is no longer a problem for us, because we will be running RT on its own separate server. But in case anyone is interested... When we installed RT v4.0.4 on our production linux Apache2/ModPerl server, we discovered a conflict with other Mason/ModPerl applications. When we disable the other ModPerl apps, RT4 is fine. We did not have this problem with RT v3.8.x. It is quite possible that something is not quite right with the other applications, but they have been running smoothly for years. They are using Mason, but not PSGI. They each have their own Mason cache area. The symptom is an occasional 500 error from any RT web page, with lines like this in the log: Undefined subroutine CGI::PSGI::SUPER::read_multipart\n at /opt/perl-512/lib/site_perl/5.12.3/HTML/Mason/PSGIHandler/Streamy.pm line 15\n, referer: https://www-test/rt4/Ticket/Create.html?Queue=26 (other CGI::PSGI subroutines too). Hitting reload or shift-reload will initially bring up the correct page, but after a while all of the child processes will seem to be polluted and RT becomes unusable. The other ModPerl application web pages are fine. We are running: Linux RHEL 5 (but install our own perl and apache) Apache 2.2.21 - prefork ModPerl 2.0.5 HTML::Mason 1.45 Plack: 0.9982 PSGI: 1.03 Let me know if interested in more details. -- Jim Berry RT Training Sessions (http://bestpractical.com/services/training.html) * Boston TBA
[rt-users] RT 4.0.3 - Email templates are not parsed
Hi I believe this is the same issue reported by Francesc Guasch . We upgraded from 3.8.10 to 4.0.3. Email is sent as expected via our scrip, but our template is not parsed, so that we see {$Ticket->Subject}. Earlier I had upgraded from 3.8.10 to 4.0.2 but did have this issue. The logs show: [warning]: Use of uninitialized value in string eq at rt4/sbin/../lib/RT/Template.pm line 410. which is if ($self->Type eq 'Perl') { return $self->_ParseContentPerl( ... Could it be that $self->Type is not getting set? When looking at the template thru the admin interface, the Type: Perl radio button is checked. Thanks for any suggestions, Jim Berry RT Training Sessions (http://bestpractical.com/services/training.html) * Barcelona, Spain November 28 & 29, 2011