I think mailing lists is different from bug reporting.
That said, I think bug tracker can be open (not registration required), and see if we receive too many bad tickets (I mean poor documented and so on). If so, ask for registration.

On the other side, I would recommend to register if you are really interested, because you will receive information about how the bug is corrected. Or it can be a point of contact with the developer to ask for clarifications, and so on.

My two cents on this.

Best regards, and Happy New Year for all!!.

Fran.

El 30/12/2011 13:12, jonathanmou...@warwickshire.gov.uk escribió:
> I don't agree. If we want quality bug files we expect people at least
> taking the effort to register themselves, it's IMHO a minimum
> requirement. Another example, if you would see the amount of spam
> subscription requests to this mailing list we receive every week you
> would understand why we need to moderate it.

I disagree with this point quite strongly, partially for idealogical reasons (I think if you a project that makes it hard to report bugs is blinkering itself), but also for practical ones. Registration is no filter for quality content - just look at some youtube comments for an example of that. What it will filter is the people who wanted to report a bug they just found but aren't interested enough in the software to remember what the bug is and exactly how to replicate it when their subscription request arrives however many hours later. I know there are lots of bugs in various projects I wouldn't have reported if I'd not been able to do so immediately (and as mentioned previously, many I didn't report for just that reason).

As to spam list-subscription requests - I can understand why you'd moderate this, but at the same time, of the other lists I've been on recently (i.e. QGIS-user, geoserver, geonetwork), they don't appear to have moderation on subscription but still don't get spam to the list. Not sure how they're doing that.

The other advantage to doing away with subscriber moderation is it's one less thing for the devs to do.

Just a thought.

Jonathan



From: Jorge Gaspar Sanz Salinas <js...@gvsig.com>
To: gvsig_internacional@listserv.gva.es
Date: 30/12/2011 10:07
Subject: Re: [Gvsig_english] Bug reporting, 3D extension
Sent by: gvsig_internacional-boun...@listserv.gva.es
------------------------------------------------------------------------




-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

El 30/12/11 10:16, _jonathanmou...@warwickshire.gov.uk_ <mailto:jonathanmou...@warwickshire.gov.uk>escribió:
> Hi, Further to this, two suggestions:
>
> a) I really would suggest not requiring moderated authorisation to
> sign up to report bugs. That adds a barrier to entry; I know in the
> past for some projects if I saw I had to register to report a bug
> (let alone wait for authorisation), I'd simply not bother.
>

I don't agree. If we want quality bug files we expect people at least
taking the effort to register themselves, it's IMHO a minimum
requirement. Another example, if you would see the amount of spam
subscription requests to this mailing list we receive every week you
would understand why we need to moderate it.

> b) I'd suggest updating the web-page to reflect this URL. (actually
> I think it should be pointed to -
> _https://devel.gvsig.org/redmine/projects/gvsig-desktop_- as it's not
> immediately obvious which project a report should be made out to -
> I'm guessing you can move them between projects once reported if
> necessary).
>

As Jordi said this is a new facility being configured and polished
those days so as soon as we release it officially it will be properly
linked and so on.

Thanks for your comments!

- -- Jorge Gaspar Sanz Salinas_
__http://www.prodevelop.es_ <http://www.prodevelop.es/>
tfno: +34 963 510 612


- -- Jorge Gaspar Sanz Salinas
gvSIG Team at Prodevelop
Technical Collaborations Manager_
__http://www.gvsig.org_ <http://www.gvsig.org/>_
__http://www.gvsig.com_ <http://www.gvsig.com/>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - _http://enigmail.mozdev.org/_

iQEcBAEBAgAGBQJO/Y3BAAoJEAOYD75lvHdBI3MH/1EZihG2IawVpww4hCvOr0rv
2Q0cJCRt6OCxFtDAFTXzPuNqLOMHJEeAfEpWGJuL0aICbnILmfTS4qdfN0xNlqmU
djfdk5joUmASNmkI0eg8orf2RkVyxqweLATUMAJ8UsMlPTJUdRsU2KHqYgO4MiD+
Cw1gsVpX4aFGm69ZDMuDciN9q/UsbToPzmWAYaSKp+0T2oUld5ptUUvcTPD6Nzyx
CX7r5MOFoYpfyP0w69lwxdygDghQeySgCDpPqTCsOko6f4XyFBH1q1M7oVtiA7E8
lM4LgU7JJPSA0O/OB0DDoxNTNp6HzR2+BqUDz4dtkIjzVVjud59gdjmpKcbISRI=
=Oe5z
-----END PGP SIGNATURE-----
_______________________________________________
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es

To see the archives, edit your preferences or unsubscribe from this mailing list, please access this url:

http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional



This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.


_______________________________________________
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es

To see the archives, edit your preferences or unsubscribe from this mailing 
list, please access this url:

http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

--
Fran Peñarrubia
Scolab
www.scolab.es

Asociación gvSIG
www.gvsig.com

_______________________________________________
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es

To see the archives, edit your preferences or unsubscribe from this mailing 
list, please access this url:

http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Reply via email to