Re: Overriding files in lib/RT?

Alex Hall <[email protected]>
Newsgroups gmane.comp.bug-tracking.request-tracker.user
Message-ID <CA+Q8_Jd=5scB4Tg9vbZMA0yQvF+cXxFDm=_QEmkJdoyXGLZ0Bg@mail.gmail.com>
Sorry, but can you clarify "run FCGI by hand"? Currently, I run spawn-fcgi
to specify the address, port, and location of the RT FCGI server. All that
gives me is a success or error message on initial start, but any subsequent
errors don't seem to be logged anywhere. This is the only way I know to get
the FCGI server running. How do you do it? I'd love a way that would give
me more information. Thanks.

On Mon, Oct 31, 2016 at 4:29 PM, Kenneth Marshall <[email protected]> wrote:

> On Mon, Oct 31, 2016 at 04:17:11PM -0400, Alex Hall wrote:
> > Hi all,
> > Thanks for the responses, it's partially working. When I use my
> > Email_Local.pm, the server refuses to start, yet I have no errors.
> Running
> > it through Perl's checker reveals only:
> >
> > Name "RT::Logger" used only once: possible typo at Email_Local.pm at
> line 31
> >
> > Perl says everything else is fine. I pulled the single function I wanted
> to
> > modify out of the original Email.pm (ParseTicketId) and left it alone,
> > except for changing \s+ to \s* in the "if (my $@captures" line. As usual,
> > any errors that might be generated are going who knows where, so I'm not
> > sure where to start looking. As I said, Perl thinks this is fine save
> that
> > warning, but RT definitely doesn't. Any thoughts? Here's the file:
> >
>
> Hi Alex,
>
> Try running the fcgi process by hand and look for any errors. Sometimes,
> the one function you pull has dependencies on other function in the file
> which means that they would need to be in the new file as well. Running
> it by hand gave a useful error for me.
>
> Regards,
> Ken
>



-- 
Alex Hall
Automatic Distributors, IT department
[email protected]

---------
RT 4.4 and RTIR training sessions, and a new workshop day! https://bestpractical.com/training
* Los Angeles - Q1 2017
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.