Re: Improving Bugzilla Status Names

2018-09-04 Thread Ilmari Lauhakangas
Andrew Crouthamel kirjoitti 5.9.2018 klo 5.28:     d. If bug is not fixable due to technical limitations, or expected behavior, set to RESOLVED + ASDESIGNED. WONTFIX is also typically used to refuse to implement features that are out of scope or not aligned with a product vision. Just wanted

Re: Improving Bugzilla Status Names

2018-09-04 Thread Nate Graham
On 09/04/2018 10:01 PM, Christoph Feck wrote: I still oppose to name a status NEW (again). It only attracts "how is this NEW? this is already [random timespan here] OLD!" comments. There will always be products/components that have no active maintainer to look for bugs in a limited

Re: Improving Bugzilla Status Names

2018-09-04 Thread Christoph Feck
On 05.09.2018 04:28, Andrew Crouthamel wrote: Hello, As part of the "Streamlined onboarding of new contributors" goal from 2017 (https://phabricator.kde.org/T7116), Nate, myself, Julian, and others have been working on ways to clean up Bugzilla, as well as the bug reporting and triaging

Re: Improving Bugzilla Status Names

2018-09-04 Thread Nate Graham
+1 from me, needless to say. :) Nate On 09/04/2018 08:28 PM, Andrew Crouthamel wrote: Hello, As part of the "Streamlined onboarding of new contributors" goal from 2017 (https://phabricator.kde.org/T7116), Nate, myself, Julian, and others have been working on ways to clean up Bugzilla, as

Improving Bugzilla Status Names

2018-09-04 Thread Andrew Crouthamel
Hello, As part of the "Streamlined onboarding of new contributors" goal from 2017 (https://phabricator.kde.org/T7116), Nate, myself, Julian, and others have been working on ways to clean up Bugzilla, as well as the bug reporting and triaging system in the "Improvements to Bugzilla - Making it

Bugzilla product visibility change

2018-09-04 Thread Nate Graham
Hello sysadmin! In https://phabricator.kde.org/T6832, we seemed to reach general agreement that products closed to new bugs shouldn't appear on the Browse page in bugzilla (https://bugs.kde.org/describecomponents.cgi). Is this a feasible change to make? Thanks, Nate

Re: Qt World Summit 2018

2018-09-04 Thread Sune Vuorela
On 2018-09-04, Eike Hein wrote: > In the debrief, I think we were quite happy with how things went and > concluded if we get another chance, we'd try to do it again. The Qt > Company feels the same way, as they've reached out and offered similar > accomodations for this year as well. I think we

Re: Qt World Summit 2018

2018-09-04 Thread Helio Chissini de Castro
Hi Eike I want to be there, i miss last time event and should not miss this one. []'s On Tue, 4 Sep 2018 at 11:32, Eike Hein wrote: > > Hi, > > Qt World Summit 2018 is coming soon - this year it'll be a > smaller-scale, single-day event. Again in the bcc in Berlin, on December > 6th. > >

Qt World Summit 2018

2018-09-04 Thread Eike Hein
Hi, Qt World Summit 2018 is coming soon - this year it'll be a smaller-scale, single-day event. Again in the bcc in Berlin, on December 6th. Last year we managed to significantly raise the bar of KDE's presence at the event, with a coordinated visual theme backed by assets such as crew shirts,

Re: Default bug editing privileges can't change Importance field

2018-09-04 Thread Andrew Crouthamel
Ok great, thanks for clearing that up. I'll make sure to add that information to the Bug Triaging wiki page. Sent from ProtonMail mobile Original Message On Sep 4, 2018, 2:46 AM, David Edmundson wrote: > It's not a mistake. From the thread where permissions are relaxed: >

Re: Default bug editing privileges can't change Importance field

2018-09-04 Thread David Edmundson
It's not a mistake. From the thread where permissions are relaxed: >How about we make it so that normal users have full privilages except the following: > >- Can't bulk change >- Can't change Importance field >- Can't re-open bugs in the CLOSED state For a user user the bug that affects them is