My RT is set up to live at http://intranetb/rt so, as you’ll see, when I click on ticket number it works but not when I click on the text.
This isn’t a problem in the “10 newest unowned tickets” table.
What do I have to change to remove this broken link?
I’ve had a poke around some of the files under share/html (notably Elements/QueueSummary Elements/CollectionAsTable/Header Elements/CollectionAsTable/Row and Elements/Chart) but I don’t know enough to pin down what to change.
FYI - I’m pretty sure I’m using RT version 3.6.1
If this has been reported and solved before I apologise - I did several searches!
Any help would be greatly appreciated.
Thanks,
James
Unless expressly stated otherwise, the contents of and attachments to this email represents only the views of the sender as expressed to the intended recipient. It does not necessarily represent the view of the company and is not intended to place any legal obligation upon the company, nor does it commit the company to any course of action or contractual undertaking. If you are not the intended recipient of this message/information, please inform the sender by return of mail and destroy the message and any attachments. Use or disclosure of any of the contents of the message by unauthorised persons may result in legal action being taken.
I am having the exact same problem and was about to send email about it.
The only place I have the problem is in the 10 highest priority tickets
I own section. Everything else works properly as iCloud
I looked at the code for both (I’m no Perl whiz) but it looks like the
same variable is being used in both places, so I’m confused why its
breaking only for that one section.
John;
This is a bug and from memory Jim Meyer have submitted a fix/patch a
month or so ago (sorry can’t find the link)…have you searched the list
archive??
Roy
Great! it works!
one has to remove and add the Subject column in “Customize …”
So, as you see, if you edit the table, remove the subject column and re-add it
with the link, it should work (and did on mine but that doesn’t solve the
problem for any other users…)
If anybody finds a genuine fix, please re-post it here for the benefit of anybody
finding this thread via a search.
Thanks,
James
Unless expressly stated otherwise, the contents of and attachments to this email represents only the views of the sender as expressed to the intended recipient. It does not necessarily represent the view of the company and is not intended to place any legal obligation upon the company, nor does it commit the company to any course of action or contractual undertaking. If you are not the intended recipient of this message/information, please inform the sender by return of mail and destroy the message and any attachments. Use or disclosure of any of the contents of the message by unauthorised persons may result in legal action being taken.
Alex Krohn at Gossamer Threads fixed it up locally with the following
snippet. I’m on-site with a client today, but if somebody could clean
it up a little bit (I suspect it needs to load the RT::System saved
searches attribute by something other than id and it needs a wrapper
so that it can run as a standalone script.
Quick question for you if you have a moment. I ran into the problem with WebPath not getting stored in the database for “Highest priority
tickets I own” search on a few new 3.6.1 installs. After reading:
I put something together to fix up the value in Content in the
Attributes table on this installation:
my $attr = RT::Attribute->new($RT::SystemUser);
$attr->Load(18);
my $hash = $attr->Content;
$hash->{Format} =~ s,<a href="/,<a href="__WebPath__/,;
$attr->SetContent($hash);
and it worked fine. However, for one user account, I still get links to
‘/Ticket/Display’, rather then ‘/rt3/Ticket/Display’. i.e. WebPath is
missing. All other users on this install show up fine.
Is there somewhere else I would need to update for this?
Where Jesse says it was applied. Does this mean if I’m running 3.6.1
(that I just installed last week) the patch should already be applied to
that version?