[QGIS-Developer] Adding a "solution proposed" label?

[Emma Hain]

HI All
I think we need to be kind here so I support a new label 'solution
proposed' with the added automations in closing it. Whilst I agree with
some sentiments in that users need to understand how a lot of info can get
unmanageable and taxing on resources, we need to educate users on how this
stuff works and how we need them to keep on bringing their input to the
project.

So I think on the side of the developer (I am assuming here - please
correct if wrong), when researching the issue, you have found a solution
already and thus it's not too taxing to paste a link to the solution and
label it 'solution proposed' - therefore no more work done.

On the side of the user reporting the issue (which I identify with more),
you are providing an education on how to contribute to the project through
this feedback. Once it is closed, an automatic message could include some
of the following guidelines:

> ...tell that they are not a defect in
>   the source code.  If you are wrong  and the person follows up with
>   evidence, hit reopen - no big deal.
>
>   For feature requests that are fuzzy, ask that they get shaken out on
>   some other forum and then refiled, when they can say with some
>   precision what the new feature should do.



Cheers
Em

On Fri, 19 Jan 2024 at 18:43, Thomas Larsen Wessel via QGIS-Developer <
qgis-developer at lists.osgeo.org> wrote:

> Nyall wrote: " It seems wrong to just close that issue without giving the
> reporter time to reply  "
>
> If a user spends a long time (for me it sometimes takes as much as a few
> hours, believe it or not) to write an issue, believing it actually is a bug
> or at least an issue with the docs that ought to be corrected, it will like
> seem unappreciated if the issue is closed in the very first
> response, specially if that response is very brief and does not contain any
> appreciation. Even if that is not how it is intended.
>
> When I report issues it's not always because its a real problem for me; it
> is often simply because I believe it's in the interest of the project, and
> it's my tiny contribution to that project.
>
> Tickets that are obviously just questions, should IMO be closed
> immediately, with advice on where to ask such questions. But when people
> report what to them seems like a bug, I would encourage a friendly response
> that signals that even if their effort was in vain because it was not a
> bug, it actually is appreciated. Especially if it's a well written issue.
> I'm afraid that "closed" signals very little appreciation; a lot less
> appreciation than "not a bug" and then closing a few days later. Having an
> issue closed like that seems/feels almost like having a forum thread
> deleted, does it not?
>
> Apropos of appreciation, I really appreciate the work that all of you are
> doing for QGIS and other FOSS. Have a nice weekend :)
>
> Sincerely, Thomas
>
>
> On Thu, Jan 18, 2024 at 10:01 PM Sandro Santilli via QGIS-Developer <
> qgis-developer at lists.osgeo.org> wrote:
>
>> On Wed, Jan 17, 2024 at 08:57:33AM -0500, Greg Troxel via QGIS-Developer
>> wrote:
>>
>> > So I would say:
>> >
>> >   Establish a policy that questions are not allowed in the issue
>> >   tracker.  Follow it strictly.
>>
>> +1 and there's now an experimental Discourse service of OSGeo that
>> could be used for questions: https://discourse.osgeo.org
>> (an appropriate category could be added, on request)
>>
>> --strk;
>> _______________________________________________
>> QGIS-Developer mailing list
>> QGIS-Developer at lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
> _______________________________________________
> QGIS-Developer mailing list
> QGIS-Developer at lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
emma at north-road.com
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
------------------------------
*north-road.com* <http://north-road.com>
<https://twitter.com/northroadgeo>
<https://www.linkedin.com/company/north-road-studios>
<https://www.facebook.com/North-Road-997236690392419/home>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20240130/e5fa3066/attachment.htm>