<div dir="auto">Please don't make my life hard with this kind of unilateral decision making if kde aa whole decides to move ro gitlab that's one thing. I am not going to keep dealing with users confusion caused by projects like yours engaging in undiscussed experiments for support. That.comes frim someone who would very much like to use gitlab's tracker.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 3, 2021, 6:44 PM Albert Astals Cid <<a href="mailto:aacid@kde.org" target="_blank" rel="noreferrer">aacid@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">El dimarts, 4 de maig de 2021, a les 0:36:57 (CEST), Carl Schwan va escriure:<br>
> Le mardi, mai 4, 2021 12:21 AM, Albert Astals Cid <<a href="mailto:aacid@kde.org" rel="noreferrer noreferrer" target="_blank">aacid@kde.org</a>> a écrit :<br>
> <br>
> > El dimarts, 4 de maig de 2021, a les 0:07:19 (CEST), Carl Schwan va escriure:<br>
> ><br>
> > > Le lundi, mai 3, 2021 4:35 PM, Harald Sitter <a href="mailto:sitter@kde.org" rel="noreferrer noreferrer" target="_blank">sitter@kde.org</a> a écrit :<br>
> > ><br>
> > > > On 23.04.21 01:00, Carl Schwan wrote:<br>
> > > ><br>
> > > > > > > > > -   please get a bugzilla produce created for it<br>
> > > > > > ><br>
> > > > > > > Not a fan of that. This will ends up exactly like the www bugs, something<br>
> > > > > > > that I look into every 6 months. We already have many issues opened in<br>
> > > > > > > invent and it's working fine for us.<br>
> > > > > ><br>
> > > > > > Did I miss something? The last agreement I recall was that we are using<br>
> > > > > > bugzilla for bugs and gitlab for tasks for the time being. If even as<br>
> > > > > > developer I have to go hunting where $project tracks their bugs I'm sure<br>
> > > > > > not going to be a happy camper.<br>
> > > > > ><br>
> > > > > > > Also we don't use KCrash.<br>
> > > > > ><br>
> > > > > > Shouldn't you?<br>
> > > > ><br>
> > > > > The problem is that DrKonqi doesn't really work on Plasma Mobile and I don't think<br>
> > > > > this justify getting locked up in using Bugzilla. If having a bugzilla product<br>
> > > > > is really required, we can request one but I can't guarantee that I will look at it<br>
> > > > > more often than I look at the kde-www bug reports in bugzilla (every 6 months).<br>
> > > ><br>
> > > > Let's consider it required then.<br>
> > > > If you don't care about crash reports that's your choice I guess, but it<br>
> > > > does kinda call into question the product quality since you also don't<br>
> > > > have an alternative system to the kcrash-drkonqi-bugzilla caravan. Quite<br>
> > > > clearly koko would have benefited from crash tracking and since the only<br>
> > > > solution we presently have for that is the aforementioned stack it quite<br>
> > > > clearly also would have benefited from being on bugzilla to receive<br>
> > > > those crash reports and potentially move to other products if the crash<br>
> > > > is not in koko. After all, crashes get submitted to the product that<br>
> > > > crashed, not the library of the top most frame.<br>
> > > > I have to be honest, it is a bit surreal to even have to argue this. I<br>
> > > > get thorough enjoyment out of throwing tomatoes at the current system<br>
> > > > but to actively pretend that the problem-domain of crashing software<br>
> > > > doesn't exist so you don't have to look at bugzilla sure as heck doesn't<br>
> > > > solve anything. In particular since you pitched koko as convergent and<br>
> > > > useful on the desktop.<br>
> > > > If all that's stopping you from embracing crash tracking is drkonqi then<br>
> > > > I am happy to tell you that sticking a mobile-suitable UI on top<br>
> > > > shouldn't be all that difficult ;)<br>
> > ><br>
> > > Would you be open to an MR adding GitLab support to DrKonqi?<br>
> ><br>
> > We don't use gitlab for user bug reports.<br>
> <br>
> Do you have a link to the policy? I looked into <a href="https://community.kde.org/Policies" rel="noreferrer noreferrer noreferrer" target="_blank">https://community.kde.org/Policies</a><br>
> and I found nothing. <a href="https://manifesto.kde.org/commitments.html" rel="noreferrer noreferrer noreferrer" target="_blank">https://manifesto.kde.org/commitments.html</a> says that we<br>
> should only use online service hosted by KDE, but as far I know invent is hosted by<br>
> KDE.<br>
<br>
"The project stays true to established practices"<br>
<br>
The established practice in KDE is clearly using bugzilla for bugs. <br>
<br>
Cheers,<br>
  Albert<br>
<br>
> <br>
> Also considering that bugzilla is almost unmaintained, that should be something<br>
> to reconsider if there is really such policy. For info, the Bugzilla UX initiative<br>
> died when the lead developer was fired by Mozilla. And the Harmony project which is<br>
> trying to bring back the improvements from BMO (the Mozilla internal fork) is<br>
> progressing at an abysmal pace. Bugzilla itself had its last code contribution one year<br>
> ago.<br>
> <br>
> Cheers,<br>
> Carl<br>
> <br>
> ><br>
> > Cheers,<br>
> > Albert<br>
> ><br>
> > > > HS<br>
> <br>
> <br>
> <br>
<br>
<br>
<br>
<br>
</blockquote></div>