Re: [rt-users] Predefined search for tickets referring to article | Group rights
Kevin Falcone-2 wrote > I suspect the problem is in normalization of a:4 into > fsck.com-article://example.com/article/1 and you may just want to > hardcode the longer link for your permissionless users. > > -kevin You are absolutely correct. Full link solves it! Thanks for your excellent help :) -- View this message in context: http://requesttracker.8502.n7.nabble.com/Predefined-search-for-tickets-referring-to-article-Group-rights-tp57032p57092.html Sent from the Request Tracker - User mailing list archive at Nabble.com. -- RT Training - Dallas May 20-21 http://bestpractical.com/training
Re: [rt-users] Predefined search for tickets referring to article | Group rights
Kevin Falcone-2 wrote > What RT version. What rights do Privileged users have on the Admin > Class. RT version 4.2.3. After some more feedback from the privileged users, it's likely that the search stopped working in October or November (i.e. either when we moved over from 4.0 to 4.2, or updated to 4.2.1). There has been no altering of permissions during this period. Privileged users have no rights on the Admin Class. -- View this message in context: http://requesttracker.8502.n7.nabble.com/Predefined-search-for-tickets-referring-to-article-Group-rights-tp57032p57063.html Sent from the Request Tracker - User mailing list archive at Nabble.com. -- RT Training - Dallas May 20-21 http://bestpractical.com/training
Re: [rt-users] Predefined search for tickets referring to article | Group rights
The privileged users can't remember when the list "disappeared" from "Rt at a glance", so I guess it's quite a while ago. Here's the predefined search (that works for admins, but not for privileged users): Queue = 'HF' AND Status != 'resolved' AND RefersTo = 'a:4' We have two classes, one with articles that are meant for the privileged users, and one class with articles just meant for the admins. a:4 is in the last class. It's not possible to assign the specific article to both classes, and it's not an option to let he privileged users have articles from the admin-class in their drop down menu. Or am I missing something obvious here? -- View this message in context: http://requesttracker.8502.n7.nabble.com/Predefined-search-for-tickets-referring-to-article-Group-rights-tp57032p57047.html Sent from the Request Tracker - User mailing list archive at Nabble.com. -- RT Training - Dallas May 20-21 http://bestpractical.com/training
[rt-users] Predefined search for tickets referring to article | Group rights
I set up a predefined search (to display on privileged users "RT at a glance") for tickets referring to a specific article (a:4). This article (a:4) is part of a class that's not supposed to show up on this group of users article dropdown list on the ticket reply page. This is the way it has been for a very long time, and it has been working just fine. But now I see that the predefined search turns out empty for the privileged group. If I change the article class (containing the specific article mentioned) to be open for privileged users as well, the predefined search works for these users as well. But now the articles show up in the dropdown menu, and that's not how we want it. So, is there a way that privileged users can enjoy a predefined search for tickets that refer to articles that are not supposed to show up on the dropdown article list (on ticket reply page) for this group of users? -- View this message in context: http://requesttracker.8502.n7.nabble.com/Predefined-search-for-tickets-referring-to-article-Group-rights-tp57032.html Sent from the Request Tracker - User mailing list archive at Nabble.com. -- RT Training - Dallas May 20-21 http://bestpractical.com/training
Re: [rt-users] Have to restart apache2 after reboot
rt4 wrote > > C. Loos wrote >> If your OS uses Upstart instead of SysV for Init scrips it isn't >> guarantied that PostgreSQL starts before Apache. >> >> In Debian they solved the problem with an RT Init scrips which defines >> the dependencies between the Database and the Webserver: >> http://anonscm.debian.org/gitweb/?p=pkg-request-tracker/request-tracker4.git;a=blob_plain;f=debian/request-tracker4.init > I'm on Debian Wheezy (SysVinit). > > Thanks for the init-script. It should just run from rc3.d with a lower > number > than database and webserver? Added "# X-Start-Before: apache2" and "# X-Stop-After: apache2" to /etc/init.d/postgresql, and updated with insserv -r postgresql and insserv postgresql. Poblem solved :) -- View this message in context: http://requesttracker.8502.n7.nabble.com/Have-to-restart-apache2-after-reboot-tp54292p54327.html Sent from the Request Tracker - User mailing list archive at Nabble.com. -- RT Training in Seattle, June 19-20: http://bestpractical.com/training
Re: [rt-users] Have to restart apache2 after reboot
C. Loos wrote > If your OS uses Upstart instead of SysV for Init scrips it isn't > guarantied that PostgreSQL starts before Apache. > > In Debian they solved the problem with an RT Init scrips which defines > the dependencies between the Database and the Webserver: > http://anonscm.debian.org/gitweb/?p=pkg-request-tracker/request-tracker4.git;a=blob_plain;f=debian/request-tracker4.init I'm on Debian Wheezy (SysVinit). Thanks for the init-script. It should just run from rc3.d with a lower number than database and webserver? -- View this message in context: http://requesttracker.8502.n7.nabble.com/Have-to-restart-apache2-after-reboot-tp54292p54309.html Sent from the Request Tracker - User mailing list archive at Nabble.com. -- RT Training in Seattle, June 19-20: http://bestpractical.com/training
Re: [rt-users] Have to restart apache2 after reboot
S18apache2 and S19postgresql. Changed postgresql to S17, but that didn't fix it. -- View this message in context: http://requesttracker.8502.n7.nabble.com/Have-to-restart-apache2-after-reboot-tp54292p54294.html Sent from the Request Tracker - User mailing list archive at Nabble.com. -- RT Training in Seattle, June 19-20: http://bestpractical.com/training
[rt-users] Have to restart apache2 after reboot
I'm experiencing some peculiar behavior. After reboot, RT (4.0.13 with libapache2-mod-perl2 version 2.0.7-3) can't connect to database (postgresql 9.1). PG is up and running and I can connect to it from other clients. If I restart Apache2, then everything is ok. >From log: RT: DBI connect('dbname=rt4;host=localhost','rt_user',...) failed: could not connect to server: Connection refused#012#011Is the server running on host "localhost" (127.0.0.1) and accepting#012#011TCP/IP connections on port 5432? at /usr/local/share/perl/5.14.2/DBIx/SearchBuilder/Handle.pm line 103. (/usr/local/share/perl/5.14.2/Carp.pm:102) Any idea what may be causing this? -- View this message in context: http://requesttracker.8502.n7.nabble.com/Have-to-restart-apache2-after-reboot-tp54292.html Sent from the Request Tracker - User mailing list archive at Nabble.com. -- RT Training in Seattle, June 19-20: http://bestpractical.com/training