[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