[rt-users] Quicksearch not displaying queues
Hello all, I'm receiving an error after migrating from 4.0.8 to a new server with a 4.2.9 install: [error]: Can't call method Name on an undefined value at /opt/rt4/share/html/Elements/QueueSummaryByLifecycle line 131. Restoring the 4.0.8 database to the new installation appeared to be successful, yet Quicksearch failed to display a queue listing. The aforementioned error appears to be the culprit: Stack: [/opt/rt4/share/html/Elements/QueueSummaryByLifecycle:131] [/opt/rt4/share/html/Elements/Quicksearch:58] [/opt/rt4/share/html/Widgets/TitleBox:56] [/opt/rt4/share/html/Elements/Quicksearch:58] [/opt/rt4/share/html/Elements/MyRT:95] [/opt/rt4/share/html/index.html:78] [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:681] [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:369] [/opt/rt4/share/html/autohandler:53] (/opt/rt4/sbin/../lib/RT/Interface/Web/Handler.pm:208) I then wiped the 4.2.9 installation, installed a new 4.0.8 to import the database, and then attempted an upgrade to 4.2.9. The upgrade went smoothly, and the upgrade history appears to display every version change. However, once having reached 4.2.9, I face the same error again. The previous 4.0.8 installation had RTIR installed, and both installations use postgres. The queues table appears to be correctly populated with name information, with all queues (aside from the disabled RTIR queues) having default Lifecycles. I'm likely frustrated enough to be missing something obvious, so any assistance would be greatly appreciated. Thanks much, Sam
Re: [rt-users] Quicksearch not displaying queues
On Tue, Nov 18, 2014 at 01:29:13PM -0500, Sam Florida wrote: I'm receiving an error after migrating from 4.0.8 to a new server with a 4.2.9 install: [error]: Can't call method Name on an undefined value at /opt/rt4/share/html/ Elements/QueueSummaryByLifecycle line 131. Restoring the 4.0.8 database to the new installation appeared to be successful, yet Quicksearch failed to display a queue listing. The aforementioned error appears to be the culprit: I'm not sure how running the 4.0.8 database under the 4.2.9 codebase would get you anything but more errors. This error implies you have a Queue with a lifecycle that is not defined in your configuration. You mentioned RTIR, I suspect those queues are not properly disabled. You can look at: select Name, Lifecycle, Disabled from Queues; and see which queue exists but doesn't have a Lifecycle in the configuration anymore. -kevin pgpkNTPHO4gpk.pgp Description: PGP signature
Re: [rt-users] Quicksearch not displaying queues
Thanks for the response Kevin. I ran make upgrade-database on the first import, and of course again as part of the regular upgrade, rather than attempting to maintain a 4.0.8 database on a 4.2.9 installation. I had located a previous issue in an rt-users thread which you resolved, which also appeared to be an RTIR install causing the problem. That led me to attempting to disable RTIR queues and articles in the first place. I do appreciate the help, as your response led me to review the queues again, and I had missed disabling the Blocked queue. As I stated, I was likely missing something obvious. Thanks again, Sam On Tue, Nov 18, 2014 at 2:41 PM, Kevin Falcone falc...@bestpractical.com wrote: On Tue, Nov 18, 2014 at 01:29:13PM -0500, Sam Florida wrote: I'm receiving an error after migrating from 4.0.8 to a new server with a 4.2.9 install: [error]: Can't call method Name on an undefined value at /opt/rt4/share/html/ Elements/QueueSummaryByLifecycle line 131. Restoring the 4.0.8 database to the new installation appeared to be successful, yet Quicksearch failed to display a queue listing. The aforementioned error appears to be the culprit: I'm not sure how running the 4.0.8 database under the 4.2.9 codebase would get you anything but more errors. This error implies you have a Queue with a lifecycle that is not defined in your configuration. You mentioned RTIR, I suspect those queues are not properly disabled. You can look at: select Name, Lifecycle, Disabled from Queues; and see which queue exists but doesn't have a Lifecycle in the configuration anymore. -kevin
Re: [rt-users] QuickSearch
On Fri, Jul 26, 2013 at 8:55 PM, Bryon Baker bba...@copesan.com wrote: Is it possible to change the fields displayed in the QuickSearch panel? I would like to remove Stalled and added Closed Only by hacking share/html/Elements/QueueSummary* files, but we recommend not to add inactive statuses to this portlet as it slows page down over time. I am running version RT 4.0.13 Thanks Bryon Baker Network Operations Manager Copesan - Specialists in Pest Solutions 800-267-3726 . 262-783-6261 ext. 2296 bba...@copesan.com www.copesan.com Servicing North America with Local Care -- Best regards, Ruslan.
[rt-users] QuickSearch
Is it possible to change the fields displayed in the QuickSearch panel? I would like to remove Stalled and added Closed I am running version RT 4.0.13 Thanks Bryon Baker Network Operations Manager Copesan - Specialists in Pest Solutions 800-267-3726 . 262-783-6261 ext. 2296 bba...@copesan.com www.copesan.com Servicing North America with Local Care
[rt-users] Quicksearch and QuickCreate queries deleted - how to get them back?
Hi everyone, I just noticed that Quicksearch and QuickCreate queries are missing from the available searches in the RT at a glance customization page. My guess is that they got deleted by accident - however: Does anyone know how to get them back to the list of available searches? So far I was not able to find the place where to reintegrate them. Resetting the RT at a glance also does not help, the list of available searches remains the same. Help is greatly appreciated. Thanks in advance, Gunnar P.S.: we are using RT 3.8.8 on Debian Linux. -- Gunnar Gorges Central IT Services - ZMAW Mail: gunnar.gor...@zmaw.de Tel.: +49 (0)40 41173 220 2011 Training: http://bestpractical.com/services/training.html
Re: [rt-users] Quicksearch and QuickCreate queries deleted - how to get them back?
On 9 Aug 2011, at 11:07, Gunnar Gorges wrote: Hi everyone, I just noticed that Quicksearch and QuickCreate queries are missing from the available searches in the RT at a glance customization page. My guess is that they got deleted by accident - however: Does anyone know how to get them back to the list of available searches? So far I was not able to find the place where to reintegrate them. Resetting the RT at a glance also does not help, the list of available searches remains the same. Help is greatly appreciated. Thanks in advance, Gunnar Hi Gunnar If I understand you correctly, you need to look at your RT_SiteConfig.pm You should have a line like this Set($HomepageComponents, [qw(QuickCreate Quicksearch MyAdminQueues MySupportQueues MyReminders RefreshHomepage Dashboards)]); Hope that helps regards Garry -- Dr Garry Booth IT Services Loughborough University 2011 Training: http://bestpractical.com/services/training.html
Re: [rt-users] Quicksearch and QuickCreate queries deleted - how to get them back?
On 09.08.11 12:14, Garry Booth wrote: On 9 Aug 2011, at 11:07, Gunnar Gorges wrote: Hi everyone, I just noticed that Quicksearch and QuickCreate queries are missing from the available searches in the RT at a glance customization page. My guess is that they got deleted by accident - however: Does anyone know how to get them back to the list of available searches? So far I was not able to find the place where to reintegrate them. Resetting the RT at a glance also does not help, the list of available searches remains the same. Help is greatly appreciated. Thanks in advance, Gunnar Hi Gunnar If I understand you correctly, you need to look at your RT_SiteConfig.pm You should have a line like this Set($HomepageComponents, [qw(QuickCreate Quicksearch MyAdminQueues MySupportQueues MyReminders RefreshHomepage Dashboards)]); Thanks, Garry that did the trick! I recently installed TicketLocking and introduced the HomepageComponent option to our SiteConfig in that context. Since I only included 'MyLocks' and left out the rest everything was screwed up. Did not notice until I created a new user today... DOH! Thanks for saving my day! Cheers, Gunnar -- Gunnar Gorges Central IT Services - ZMAW Mail: gunnar.gor...@zmaw.de Tel.: +49 (0)40 41173 220 2011 Training: http://bestpractical.com/services/training.html
Re: [rt-users] QuickSearch has broken links for some users
On Fri, Apr 01, 2011 at 03:53:41PM -0700, Adam Bernstein wrote: Sorry to resurrect an old thread, but did Ed make any progress on this? Because we're having the same trouble, after changing the URL at which RT is addressed on our system: We have three users, and one of us sees everything fine, while the other two see the old URL appearing in ticket links under the QuickSearch listings (and only there). I have no idea if Ed fixed it, but those links are generated by either the preference I referenced or the global DefaultSearchResultFormat or a local customization, so those are the places to look. -kevin The only difference we've been able to find so far in the database is that the two affected users were initially auto-created upon ticket creation (many years, many tickets, and many RT versions ago), while the other was not. New users are not affected. But none of us have any custom Search Options configured in the location referred to by Kevin below -- we've never touched those things, never gotten to that level of RT-fu. This is RT 3.8.8. Any help greatly appreciated. adam On Tue, Feb 16, 2010 at 11:51:31AM -0500, Ed Santora wrote: Hello, I recently moved our RT instance from a base hostname to a subdirectory (i.e. from http://www.example.com/ to http://www.example.com/rt/) Myself and a few users have updated our SavedSearches to account for that change and it works fine. As does almost everything else. However, for some users, when they click the Queue link from the QuickSearch box all the tickets displayed have links without the ending /rt. This was a fresh install of the files, Mason cache has been cleared and the web server restarted. Only the database was carried over. This behavior is only seen with a handful of users. I am unable to figure out why the links are correct for some users and not others. Any ideas on where to start looking for the cause? Check if these users have a custom Format under Preferences - Search options with id or Name and an invalid Link item -kevin pgpDD7zpYviT7.pgp Description: PGP signature
Re: [rt-users] QuickSearch has broken links for some users
Sorry to resurrect an old thread, but did Ed make any progress on this? Because we're having the same trouble, after changing the URL at which RT is addressed on our system: We have three users, and one of us sees everything fine, while the other two see the old URL appearing in ticket links under the QuickSearch listings (and only there). The only difference we've been able to find so far in the database is that the two affected users were initially auto-created upon ticket creation (many years, many tickets, and many RT versions ago), while the other was not. New users are not affected. But none of us have any custom Search Options configured in the location referred to by Kevin below -- we've never touched those things, never gotten to that level of RT-fu. This is RT 3.8.8. Any help greatly appreciated. adam On Tue, Feb 16, 2010 at 11:51:31AM -0500, Ed Santora wrote: Hello, I recently moved our RT instance from a base hostname to a subdirectory (i.e. from http://www.example.com/ to http://www.example.com/rt/) Myself and a few users have updated our SavedSearches to account for that change and it works fine. As does almost everything else. However, for some users, when they click the Queue link from the QuickSearch box all the tickets displayed have links without the ending /rt. This was a fresh install of the files, Mason cache has been cleared and the web server restarted. Only the database was carried over. This behavior is only seen with a handful of users. I am unable to figure out why the links are correct for some users and not others. Any ideas on where to start looking for the cause? Check if these users have a custom Format under Preferences - Search options with id or Name and an invalid Link item -kevin
[rt-users] Quicksearch question
I know this is a simple question but, I can't seem to find the right place to allow modification of quicksearch on rt at a glance for users. What permission do I need to open up? Right now they have an Edit link, but when users try to modify it, they get No permission to set preferences error. RT Training in Washington DC, USA on Oct 25 26 2010 Last one this year -- Learn how to get the most out of RT!
Re: [rt-users] QuickSearch has broken links for some users
On Tue, Feb 16, 2010 at 11:51:31AM -0500, Ed Santora wrote: Hello, I recently moved our RT instance from a base hostname to a subdirectory (i.e. from http://www.example.com/ to http://www.example.com/rt/) Myself and a few users have updated our SavedSearches to account for that change and it works fine. As does almost everything else. However, for some users, when they click the Queue link from the QuickSearch box all the tickets displayed have links without the ending /rt. This was a fresh install of the files, Mason cache has been cleared and the web server restarted. Only the database was carried over. This behavior is only seen with a handful of users. I am unable to figure out why the links are correct for some users and not others. Any ideas on where to start looking for the cause? Check if these users have a custom Format under Preferences - Search options with id or Name and an invalid Link item -kevin pgp9IW0hzDv9D.pgp Description: PGP signature ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 2010 RT Training Sessions! San Francisco, CA, USA - Feb 22 23 Dublin, Ireland - Mar 15 16 Boston, MA, USA - April 5 6 Washington DC, USA - Oct 25 26 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] QuickSearch has broken links for some users
Hello, I recently moved our RT instance from a base hostname to a subdirectory (i.e. from http://www.example.com/ to http://www.example.com/rt/) Myself and a few users have updated our SavedSearches to account for that change and it works fine. As does almost everything else. However, for some users, when they click the Queue link from the QuickSearch box all the tickets displayed have links without the ending /rt. This was a fresh install of the files, Mason cache has been cleared and the web server restarted. Only the database was carried over. This behavior is only seen with a handful of users. I am unable to figure out why the links are correct for some users and not others. Any ideas on where to start looking for the cause? -Ed ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 2010 RT Training Sessions! San Francisco, CA, USA - Feb 22 23 Dublin, Ireland - Mar 15 16 Boston, MA, USA - April 5 6 Washington DC, USA - Oct 25 26 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] QuickSearch has broken links for some users
Have you corrected the URL in RT_Config and Site_Config? Have you bounced Apache yet? Will -Original Message- From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Ed Santora Sent: Tuesday, February 16, 2010 8:52 AM To: rt-users@lists.bestpractical.com Subject: [rt-users] QuickSearch has broken links for some users Hello, I recently moved our RT instance from a base hostname to a subdirectory (i.e. from http://www.example.com/ to http://www.example.com/rt/) Myself and a few users have updated our SavedSearches to account for that change and it works fine. As does almost everything else. However, for some users, when they click the Queue link from the QuickSearch box all the tickets displayed have links without the ending /rt. This was a fresh install of the files, Mason cache has been cleared and the web server restarted. Only the database was carried over. This behavior is only seen with a handful of users. I am unable to figure out why the links are correct for some users and not others. Any ideas on where to start looking for the cause? -Ed ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 2010 RT Training Sessions! San Francisco, CA, USA - Feb 22 23 Dublin, Ireland - Mar 15 16 Boston, MA, USA - April 5 6 Washington DC, USA - Oct 25 26 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 2010 RT Training Sessions! San Francisco, CA, USA - Feb 22 23 Dublin, Ireland - Mar 15 16 Boston, MA, USA - April 5 6 Washington DC, USA - Oct 25 26 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] QuickSearch Too Slow - rt-3.6.0
Umasankar Pandurangan wrote: Just wanted to check if there are any ways to optimize it that I am not aware of. Indeed, we are planning to migrate it to a dual quad core, 4GB RAM server soon. I will also upgrade RT to the most recent version then. On Tue 24.Nov'09 at 13:01:39 +0530, Umasankar Pandurangan wrote: Hi, I am using RT v3.6.0 on RHEL AS 3 with Oracle 9i as the back-end database on a Pentium server with 1GB of RAM. This RT instance is hosting two business applications and there are close to 1200 queues on it. Depending on how 'soon' is you might have your DBA have a look at the queries logged in the SGA to see if there are any that can be optimised by using an additional index. I'm on Oracle10g and came from 9i and know from experience that the optimiser in those versions got a good overhaul which helped RT quite a bit. Keep in mind though that QuickSearch is doing lots and lots of small queries so don't be surprised that your 10x faster machine only displays this widget 2x faster. Regards, Joop ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] QuickSearch Too Slow - rt-3.6.0
Thanks for sharing your experience. It is quite insightful. Will talk to the DBA about it. Regards Umasankar From: Joop joopvandew...@mococo.nl To: Umasankar Pandurangan Cc: 'rt-users@lists.bestpractical.com' rt-users@lists.bestpractical.com Sent: Thu Nov 26 13:33:39 2009 Subject: Re: [rt-users] QuickSearch Too Slow - rt-3.6.0 Umasankar Pandurangan wrote: Just wanted to check if there are any ways to optimize it that I am not aware of. Indeed, we are planning to migrate it to a dual quad core, 4GB RAM server soon. I will also upgrade RT to the most recent version then. On Tue 24.Nov'09 at 13:01:39 +0530, Umasankar Pandurangan wrote: Hi, I am using RT v3.6.0 on RHEL AS 3 with Oracle 9i as the back-end database on a Pentium server with 1GB of RAM. This RT instance is hosting two business applications and there are close to 1200 queues on it. Depending on how 'soon' is you might have your DBA have a look at the queries logged in the SGA to see if there are any that can be optimised by using an additional index. I'm on Oracle10g and came from 9i and know from experience that the optimiser in those versions got a good overhaul which helped RT quite a bit. Keep in mind though that QuickSearch is doing lots and lots of small queries so don't be surprised that your 10x faster machine only displays this widget 2x faster. Regards, Joop ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] QuickSearch Too Slow - rt-3.6.0
On Tue 24.Nov'09 at 13:01:39 +0530, Umasankar Pandurangan wrote: Hi, I am using RT v3.6.0 on RHEL AS 3 with Oracle 9i as the back-end database on a Pentium server with 1GB of RAM. This RT instance is hosting two business applications and there are close to 1200 queues on it. RT 3.6.0 is over 3 years old. We've made many, many performance improvements in the sixteen releases since then. Coming up to a recent RT is the right first step. Additionally, if you folks have 1200 queues, I suspect you'll get a LOT of utility out of upgrading to a more recent server with more RAM than a $200 netbook. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] QuickSearch Too Slow - rt-3.6.0
Thanks, Jesse. Just wanted to check if there are any ways to optimize it that I am not aware of. Indeed, we are planning to migrate it to a dual quad core, 4GB RAM server soon. I will also upgrade RT to the most recent version then. - Original Message - From: Jesse Vincent je...@bestpractical.com To: Umasankar Pandurangan Cc: rt-users@lists.bestpractical.com rt-users@lists.bestpractical.com Sent: Wed Nov 25 22:42:06 2009 Subject: Re: [rt-users] QuickSearch Too Slow - rt-3.6.0 On Tue 24.Nov'09 at 13:01:39 +0530, Umasankar Pandurangan wrote: Hi, I am using RT v3.6.0 on RHEL AS 3 with Oracle 9i as the back-end database on a Pentium server with 1GB of RAM. This RT instance is hosting two business applications and there are close to 1200 queues on it. RT 3.6.0 is over 3 years old. We've made many, many performance improvements in the sixteen releases since then. Coming up to a recent RT is the right first step. Additionally, if you folks have 1200 queues, I suspect you'll get a LOT of utility out of upgrading to a more recent server with more RAM than a $200 netbook. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] QuickSearch Too Slow - rt-3.6.0
Hi, I am using RT v3.6.0 on RHEL AS 3 with Oracle 9i as the back-end database on a Pentium server with 1GB of RAM. This RT instance is hosting two business applications and there are close to 1200 queues on it. I am facing an issue with the QuickSearch widget on the RT web interface. It was too slow to load causing user login delays and sometimes it doesn't load at all. So I removed it from the RT at a glance page and made it available under a custom section I created on the left side menu. This addressed the login slowness issue much to the delight of most of the end users. However, some users who tend to use QuickSearch actively for getting an overview of ticket statistics on queues relevant to them complain that QuickSearch is too slow ;-) I am looking for some ways to quicken up (and to justify the nomenclature to the end users :) ) this widget. Any ideas/suggestions would be appreciated. Thanks. PS: I did a search in wiki and lists but didn't find a case matching the problem I am facing. That's why I am writing to this list. Regards, Umasankar P ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] QuickSearch Too Slow - rt-3.6.0
On Tue, Nov 24, 2009 at 01:01:39PM +0530, Umasankar Pandurangan wrote: Hi, I am using RT v3.6.0 on RHEL AS 3 with Oracle 9i as the back-end database on a Pentium server with 1GB of RAM. This RT instance is hosting two business applications and there are close to 1200 queues on it. I am facing an issue with the QuickSearch widget on the RT web interface. It was too slow to load causing user login delays and sometimes it doesn't load at all. So I removed it from the RT at a glance page and made it available under a custom section I created on the left side menu. This addressed the login slowness issue much to the delight of most of the end users. However, some users who tend to use QuickSearch actively for getting an overview of ticket statistics on queues relevant to them complain that QuickSearch is too slow ;-) I am looking for some ways to quicken up (and to justify the nomenclature to the end users :) ) this widget. Any ideas/suggestions would be appreciated. Thanks. PS: I did a search in wiki and lists but didn't find a case matching the problem I am facing. That's why I am writing to this list. Look here: http://www.gossamer-threads.com/lists/rt/users/75763?search_string=quicksearch%20slow;#75763 ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Quicksearch - But not for Queues, for Users
Hi Erik,
Sounds like what i'm looking for. Just grabbed from your link, put into test
and got an error:
error: Can't use string () as a subroutine ref while strict refs
in use at /opt/rt3/local/html/Elements/OwnerSummary line 104.
context:
...
100:$Queues-UnLimit();
101:@queues = map {
102:{ Name = $_-Name, Description = $_-Description,
103:id = $_-Id } }
104:grep $queue_filter-($_), @{$Queues-ItemsArrayRef};
105:
106:$session{$cache} = [EMAIL PROTECTED] if $cache;
107:}
108:my $Tickets = RT::Tickets-new($session{'CurrentUser'});
...
code stack: /opt/rt3/local/html/Elements/OwnerSummary:104
/opt/rt3/share/html/Elements/MyRT:90
/opt/rt3/local/html/index.html:81
/opt/rt3/share/html/autohandler:291
raw error
PS: We have a waiting status too
Any Ideas? I'm not a perl guru ;-)
Kühne + Nagel (AG Co.) KG, Geschäftsleitung: Hans-Georg Brinkmann (Vors.),
Uwe Bielang (Stellv.), Bruno Mang, Alfred Manke, Thorsten Meincke, Mark
Reinhardt (Stellv.), Jens Wollesen, Rainer Wunn, Sitz: Bremen, Registergericht:
Bremen, HRA 21928, USt-IdNr.: DE 812773878, Persönlich haftende Gesellschaft:
Kühne Nagel A.G., Sitz: Contern/Luxemburg Geschäftsführender Verwaltungsrat:
Klaus-Michael Kühne
-Ursprüngliche Nachricht-
Von: Peterson, Erik [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 27. März 2008 14:13
An: Ham MI-ID, Torsten Brumm; rt-users@lists.bestpractical.com
Betreff: Re: [rt-users] Quicksearch - But not for Queues, for Users
From: Ham MI-ID, Torsten Brumm [EMAIL PROTECTED]
Subject: [rt-users] Quicksearch - But not for Queues, for Users
I'm looking for a way to create something similar like the quicksearch
for queues but for users in this case. I need as result an overview of
all users that can own a ticket in a queues and then a list like the
quicksearch with the number of tickets per user.
Has anyone done this already or can point me to the correct direction
to start?
Hi Torsten,
I think I have worked out what you're looking for. I have created two Elements
that I have in $RT_HOME/local/html/Elements
1. QuickSearch
2. OwnerSummary
which serve to replace and expand the Quicksearch sidebar to include ticket
owners and the number of tickets in each queue. The list of Queues is editable
and it seems to work well to keep a fairly quick view of the status of tickets
that are owned.
These Elements work for me, but I haven't done any testing to see if they are
really bulletproof for everyone. Feel free to use and adapt as you will.
I believe the only site-specific piece in the code is that we have an extra
status of waiting in our RT instance.
You can get the files here:
http://elementalmarkup.com/ramblings/rt-owner-summary
_Erik
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
[rt-users] Quicksearch problem
Hi, The quicksearch on our install of RT 3.4.5 doesn't appear to be working, when a search is performed RT directs you to the You're almost there configuration page however the rest of RT is working fine. This is a new installation based on the debian RT package. Any advice or pointers on where to begin looking most approached Simon --Legal Notice-- This email and its attachments are intented for the above named only and may be confidential. If this email has come to you in error, please reply to it and highlight this to us. You must not take any action on the email, nor must you copy or show it to anyone. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice, the recipient should ensure that their systems are free of viruses. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Quicksearch Summary on 3.6.1
Has anyone updated the Quicksearch Summary patch for v.3.6.1? (This totals the number of new, open and stalled tickets listed in QuickSearch). I put it in place for 3.4.4 and its invaluable to me to quickly see if weve got an excessive # of open tickets. Sadly, I dont have anywhere near the skills needed to update this myself. Thanks! Steve ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Quicksearch on top of page in 3.6.0 doest not display ticket when 1 match found.
In the old 3.4.x days you could enter a ticket number in the quick search box and it would display that ticket immediately. Is there any way to regain this behavior on 3.6.0 ? -- Vriendelijke groeten, ^ Bubbles IT ^ Oude Heerweg 175 Niels Huylebroeck ^ 9160 Lokeren, Belgie Systeembeheerder, Programmeur ^ Tel: +32(0)9/355 13 31 [EMAIL PROTECTED]^ Fax: +32(0)9/355 13 41 .. Key : http://www.bubbles-it.be/pgp/niels.asc.. .. Fingerprint : 3885 CC0B C7A4 78CC 47DE 47AF 896A 6C40 80FA AF0F .. .. Keyserver : http://pgp.mit.eduKey-ID : 0x80FAAF0F .. A diplomat is a person who can tell you to go to hell in such a way that you actually look forward to the trip. - Caskie Stinnett, Out of the Red signature.asc Description: OpenPGP digital signature ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com We're hiring! Come hack Perl for Best Practical: http://bestpractical.com/about/jobs.html
