Thanks Kevin, that was the issue … fixed now …
By the way on a related note, have you folks put any thought into a clean unmerge function ?? I know its been debated over the past few years and wondering why you have n’t done it … is there a reason that I should be aware off ?? my unmerge function:
Sets the effective id back to == id
Resets the status back to open
Removes any requestors from $self-> that exist in the unmerged ticket unless these existed in $self before the MergeInto transaction time …
Visit our website today www.daisygroupplc.com
Registered Office: Daisy House, Lindred Road Business Park, Nelson, Lancashire BB9 5SR
Company Registration Number: 4145329 | VAT Number: 722471355
Daisy Communications Limited is a company registered in England and Wales.
This email (including any attachments) is strictly confidential and may also be legally privileged. If the recipient has received this email in error please notify the sender and do not read, print, re-transmit, store or act in reliance on the email or its attachments and immediately delete this email and its attachments from the recipient’s system. Daisy Communications Limited cannot accept liability for any breaches of confidence arising through use of email. Employees of Daisy Communications Limited are expressly required not to make any defamatory statements and not to infringe or authorise any infringement of copyright or any other legal right by email communications. Any such communication is contrary to the company’s policy and outside the scope of the employment of the individual concerned. Daisy Communications Limited will not accept any liability in respect of such a communication, and the employee responsible will be personally liable for any damages or other liability arising.
If you are the intended recipient of this email please ensure that neither the email nor any attachments are copied to third parties outside your organisation or saved without the written permission of the sender. In the event of any unauthorised copying or forwarding, the recipient will be required to indemnify Daisy Communications Limited against any claim for loss or damage caused by any viruses or otherwise.
WARNING: Computer viruses can be transmitted by email. The recipient should check this email and any attachments for the presence of viruses. Daisy Communications Limited accepts no liability for any damage caused by any virus transmitted by this email or any attachments.
NOTICE TO CUSTOMERS
If you have ordered a telephone number from Daisy Communications Limited (non-geographic or new line installation) please do NOT arrange for any form of advertising until the number is live and tested.-----Original Message-----
From: email@example.com [mailto:firstname.lastname@example.org] On Behalf Of Kevin Falcone
Sent: 06 June 2013 18:49
Subject: Re: [rt-devel] ProcessTicketLinks
On Wed, Jun 05, 2013 at 04:27:10PM +0000, Raed El-Hames wrote:
Apologies for the long signature , its not in my control.
I have created an unmerge function that worked well in 3.8 , however now I have moved to 4.0.10 it stopped working as expected.
The problem I have is ProcessTicketLinks not being called from my
local/lib/RT/Interface/Web_Local.pm and instead its being called from
the main lib/RT/Interface/Web.pm
I have other functions in Web_Local.pm (example ShowRequestedPage) which are being called correctly .
Have I missed anything special about ProcessTicketLinks ?? Any
pointers will be greatly appreciated
You didn’t include your code, so this is just a guess, but since ShowRequestedPage is in the RT::Interface::Web package while ProcessTicketLinks is in the HTML::Mason::Commands (to make it available easily to Mason components) I’m guessing that you don’t have correct package lines.