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
> > i
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 ins
On Wed, Sep 19, 2007 at 02:31:17PM -0700, Ivan Kohler wrote:
> I'm not sure a fix for this would be accepted in etch proper (though it
> can't hurt to try), and it is off-topic for volatile.
>
> However, we should upload a package to unstable that fixes the problem
> for existing databaes on u
Hi,
I'm not sure a fix for this would be accepted in etch proper (though it
can't hurt to try), and it is off-topic for volatile.
However, we should upload a package to unstable that fixes the problem
for existing databaes on upgrade, and possibly do an etch backport for
backports.org.
--
_i
Package: request-tracker3.6
Version: 3.6.1-4
The /etc/request-tracker3.6/initialdata file has the following toward the
bottom of the file, in the "Predefined searches" section:
@Attributes = (
{ Name => 'Search - My Tickets',
Description => '[_1] highest priority tickets I own', # loc
5 matches
Mail list logo
