[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    Re: [Bug 163459] panel does not support RTL
From:       "Aaron J. Seigo" <aseigo () kde ! org>
Date:       2008-06-10 10:27:35
Message-ID: 200806100427.35874.aseigo () kde ! org
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On Tuesday 10 June 2008, Andreas Pakulat wrote:
> On 09.06.08 21:31:30, Diego Iastrubni wrote:
> > Lets take it outside the bug tracking system into the mailing list...
> >
> > Aaron,
> > My tought was: we informed the community about this issue, we forward
> > it, and we keep this open until TT have a new release which fixes this
> > issue. I have no intention to make b.k.o a forum. However, I am afraid
> > someone will try to report the but and see that no valid bug is open and
> > we will continue "closing bugs as duplicates of invalid bugs".

the bug report tool should show potential matches that have been closed as 
well, of course.

that said, i usually dont' close them as dupes, i just close them with the 
comment of "upstream bug of $PROJECT". it's not a huge burden.

> > What is  KDE's policy is such issue? When it's a Linux/Xorg/GCC/whatever
> > bug?

i don't think KDE has a global policy on this actually. ime, generally if it 
isn't a KDE issue we move it on to the project that can fix it and close it in 
b.k.o

> Debian's BTS has this nice feature of tagging a bugreport as "forwarded
> upstream" which should include a reference to the upstream bugreport in
> the body of the message setting this flag. IMHO this is badly needed for
> KDE's bugzilla as well.

would be great, indeed.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech


["signature.asc" (application/pgp-signature)]

_______________________________________________
Panel-devel mailing list
Panel-devel@kde.org
https://mail.kde.org/mailman/listinfo/panel-devel


[prev in list] [next in list] [prev in thread] [next in thread]