Re: [rt-users] Malformed sort order header links in Quick Search - (queue-name)
On Sat, Aug 01, 2009 at 12:58:42PM +1000, Leif Terrens wrote: Cheers Kevin - I actually found that I made a silly mistake by not thoroughly testing it with all browsers/platforms. It seems that the lack of action when attempting to sort a queue via those links is particular only to the newest release of Firefox - version 3.5 and upwards ( at least, on Linux/Ubuntu ). The page operates fine with Firefox 3.0 series, and Internet Explorer latest versions. Fails in what way? I don't see an error with 3.5 on os-x and haven't seen a bug report from people using firefox+linux -kevin ___ 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] Malformed sort order header links in Quick Search - (queue-name)
On Thu, Jul 30, 2009 at 04:46:19PM +1000, Leif Terrens wrote: Howdy all, I'm having a bit of trouble after upgrading from RT version 3.0.9 on mysql4 to 3.8.4 on mysql5 running on Solaris 10. I've managed to build and install all of the RT pre-requisites correctly, built the RT package according to the options I desired. Apache and mysql have been correctly upgraded and configured; I get to login and poke around fine other than the problem I've encountered. The problem occurs when I select a Queue from the Quick Search box on the right hand side of the Home screen. The Queue displays correctly visually-wise, tickets are displayed and I'm able to select the tickets by clicking either the ticket ID number or the ticket subject name. The problem is that the header links ( #, Subject, Status etc ) all have click-able links that are malformed. An example of this is : http://my host here/Search/Results.html?Format='ba href=__WebPath__/Ticket/Display.html?id=__idid__/a/b/TITLE:#', __WebPath__ and the other tokens are substituted when the search results are displayed. The key here is that this is a Format being passed along with the query at the end. They're not supposed to be replaced at this point (Look for the ParseFormat mason component). If you're actually getting an error from your browser, that would be interesting to see. We've not seen a bug report for it. -kevin 'ba href=__WebPath__/Ticket/Display.html?id=__idSubject__/a/b/TITLE:Subject', Status,QueueName, OwnerName, Priority, '__NEWLINE__', '', 'small__Requestors__/small', 'small__CreatedRelative__/small', 'small__ToldRelative__/small', 'small__LastUpdatedRelative__/small', 'small__TimeLeft__/small'Order=ASCOrderBy=CreatedPage=1Query=Queue = 'my queue here' AND (Status = 'new' OR Status = 'open' OR Status = 'stalled')Rows=50 ( Above URL is URL decoded from the URL thats sent in the page. ) As can be seen, the link is malformed and it seems that there's a number of variables that have failed to be substituted. I'm just wondering if I've come across something strange or if I've mucked up somewhere along the way causing this to happen. Note of interest: I've changed the WebBaseURL from the previous install, and have cleared the Mason caches since. LDAP auth was used previously, but i'm not yet up to the cutover so apache/mod_ldap hasn't been done yet - I doubt that would have any impact here. Any configuration/output that might be helpful to debug, I can provide. This RT instance has over 202 thousand tickets, so is fairly sizable, but again I doubt that's causing the issue. Hope that someone can shed some light - Leif ___ 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 ___ 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] Malformed sort order header links in Quick Search - (queue-name)
On Sat, Aug 1, 2009 at 2:43 AM, Kevin Falcone falc...@bestpractical.comwrote: On Thu, Jul 30, 2009 at 04:46:19PM +1000, Leif Terrens wrote: Howdy all, I'm having a bit of trouble after upgrading from RT version 3.0.9 on mysql4 to 3.8.4 on mysql5 running on Solaris 10. I've managed to build and install all of the RT pre-requisites correctly, built the RT package according to the options I desired. Apache and mysql have been correctly upgraded and configured; I get to login and poke around fine other than the problem I've encountered. The problem occurs when I select a Queue from the Quick Search box on the right hand side of the Home screen. The Queue displays correctly visually-wise, tickets are displayed and I'm able to select the tickets by clicking either the ticket ID number or the ticket subject name. The problem is that the header links ( #, Subject, Status etc ) all have click-able links that are malformed. An example of this is : http://my host here/Search/Results.html?Format='ba href=__WebPath__/Ticket/Display.html?id=__idid__/a/b/TITLE:#', __WebPath__ and the other tokens are substituted when the search results are displayed. The key here is that this is a Format being passed along with the query at the end. They're not supposed to be replaced at this point (Look for the ParseFormat mason component). If you're actually getting an error from your browser, that would be interesting to see. We've not seen a bug report for it. -kevin Cheers Kevin - I actually found that I made a silly mistake by not thoroughly testing it with all browsers/platforms. It seems that the lack of action when attempting to sort a queue via those links is particular only to the newest release of Firefox - version 3.5 and upwards ( at least, on Linux/Ubuntu ). The page operates fine with Firefox 3.0 series, and Internet Explorer latest versions. ___ 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] Malformed sort order header links in Quick Search - (queue-name)
Howdy all, I'm having a bit of trouble after upgrading from RT version 3.0.9 on mysql4 to 3.8.4 on mysql5 running on Solaris 10. I've managed to build and install all of the RT pre-requisites correctly, built the RT package according to the options I desired. Apache and mysql have been correctly upgraded and configured; I get to login and poke around fine other than the problem I've encountered. The problem occurs when I select a Queue from the Quick Search box on the right hand side of the Home screen. The Queue displays correctly visually-wise, tickets are displayed and I'm able to select the tickets by clicking either the ticket ID number or the ticket subject name. The problem is that the header links ( #, Subject, Status etc ) all have click-able links that are malformed. An example of this is : http://my host here/Search/Results.html?Format='ba href=__WebPath__/Ticket/Display.html?id=__idid__/a/b/TITLE:#', 'ba href=__WebPath__/Ticket/Display.html?id=__idSubject__/a/b/TITLE:Subject', Status,QueueName, OwnerName, Priority, '__NEWLINE__', '', 'small__Requestors__/small', 'small__CreatedRelative__/small', 'small__ToldRelative__/small', 'small__LastUpdatedRelative__/small', 'small__TimeLeft__/small'Order=ASCOrderBy=CreatedPage=1Query=Queue = 'my queue here' AND (Status = 'new' OR Status = 'open' OR Status = 'stalled')Rows=50 ( Above URL is URL decoded from the URL thats sent in the page. ) As can be seen, the link is malformed and it seems that there's a number of variables that have failed to be substituted. I'm just wondering if I've come across something strange or if I've mucked up somewhere along the way causing this to happen. Note of interest: I've changed the WebBaseURL from the previous install, and have cleared the Mason caches since. LDAP auth was used previously, but i'm not yet up to the cutover so apache/mod_ldap hasn't been done yet - I doubt that would have any impact here. Any configuration/output that might be helpful to debug, I can provide. This RT instance has over 202 thousand tickets, so is fairly sizable, but again I doubt that's causing the issue. Hope that someone can shed some light - Leif ___ 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