[request-tracker-maintainers] Bug#442398: Bug#442398: RT has non-functional link in user front page

Ivan Kohler ivan-debian at 420.am
Thu Sep 20 20:27:21 UTC 2007


On Thu, Sep 20, 2007 at 10:04:34PM +0300, Niko Tyni wrote:
> tag 442398 etch
> thanks
> 
> On Thu, Sep 20, 2007 at 08:54:46AM +0300, Niko Tyni wrote:
> 
> > - the bug shows up when $RT::WebPath is changed after the database
> >   has been initialized. At initialization time, the variable is
> >   interpolated correctly.
> > 
> > - the suggested 'rt-setup-database --action insert' is not an optimal
> >   fix for existing databases: it will duplicate the database content
> > 
> > - the database contents are serialized by Storable, so the upgrade script
> >   must be done by using the RT API and not by modifying the database
> >   directly. This would probably have been a good idea in any case.
> > 
> > I'll look into the upgrade script.
> 
> I'm attaching a Perl script that fixes the wrong attribute content in
> an existing database. This should help Etch users suffering from the bug.
> 
> I'll include a variant of this in the postinst script for the next upload
> to unstable.
> 
> Ivan: I'm quite sceptical about getting this fixed in Etch. The impact is
> quite low, and the bug doesn't affect all users. Furthermore, a proper
> fix with something like this script run on upgrade would be quite a
> complex and error-prone change for stable.

I agree.

> Do you think we should try to get just a fixed initialdata file into Etch?

You can try if you want, it isn't like there's any consequence other 
than it being rejected.  :)

-- 
_ivan






More information about the pkg-request-tracker-maintainers mailing list