On Dec 24, 2010, at 12:22 AM, Marc Schwartz wrote:

> On Dec 23, 2010, at 8:24 PM, Simon Urbanek wrote:
> 
>> On Dec 23, 2010, at 7:44 AM, Uwe Ligges wrote:
>> 
>>> This message contains a good question:
>>> 
>>> Is there any reason why the bug reports are no longer mailed to R-devel?
>> 
>> The way Bugzilla works is that all parties involved in a bug get e-mails - 
>> but then they get all of them including all updates of the status, replies 
>> etc. One way to get involved is to be the assignee for a bug and most bugs 
>> have R-core as the assignee so that's where it goes. Although we could add 
>> R-devel on the CC list it would mean that *every* change to a bug will 
>> result in a message and I suspect R-devel subscribers would not be quite 
>> happy about that.
>> 
>> I don't know of any provision that would make it possible to broadcast the 
>> initial report only. Moreover, doing so on R-devel would be somewhat 
>> problematic, because people might reply to all and thus some correspondence 
>> would still land on R-devel whereas replies via website would not - and that 
>> could lead to a serious confusion.
>> 
>> 
>>> I'd appreciate to get a notice what is going on in the bug repository 
>>> without having to look on those web pages.
>>> 
>> 
>> I could add you to the CC list of any (or all) components - that's one way 
>> (it could be interesting to see how it works traffic-wise). Another would be 
>> to have a dedicated list for the bug traffic (R-bugs is not a list). Or, as 
>> I said, we could put R-devel on the CC list for all components. I wouldn't 
>> mind doing so, but I'm not sure what the R-devel readership would say... 
>> Comments are welcome.
>> 
>> Cheers,
>> Simon
> 
> I don't know what the volume of traffic would be from Bugzilla these days 
> versus what it used to be from Jitterbug.
> 
> One of the issues with Jitterbug and the cc'ing of bug reports and comments 
> to R-devel, is that the e-mails would frequently come from the participants 
> in the bug report who were not subscribers to R-devel. That required that the 
> R-devel moderators manually approve those e-mails, which added overhead. In 
> fact, since moving to Bugzilla, the volume of manual approvals on R-devel has 
> declined notably since those e-mails are no longer mirrored.
> 

That is an interesting point and confirms my feeling that the dual-mode 
approach has serious implications.


> There is not an easy way to interact with Bugzilla via e-mail as there was 
> with Jitterbug. The last time that I looked into this during the transition, 
> it would require e-mails with a very specific formatting and name-value pair 
> style entries in the message body, which could then be parsed by Bugzilla for 
> inclusion into the underlying database. So one could not just reply to a 
> Bugzilla bug report or comment with a free form e-mail as could be done with 
> Jitterbug.
> 

We work around that for R-bugs by injecting the comments directly into the 
bugzilla database. The rationale is that no extra e-mail notification is needed 
since the e-mail (hopefully) went to all parties involved so bypassing bugzilla 
for the update is fine. So far it seemed to work just fine. (The only 
additional service I was thinking of would be to allow the change of status by 
e-mail - using some define keyword/phrase - so you don't have to go back to the 
website to close a bug).


> If an e-mail list mirror is desired, I would vote for a separate READ-ONLY 
> list that folks could subscribe to and/or perhaps have an RSS feed that could 
> be followed for updates. Making the list read-only would obviate situations 
> where somebody replied to a bug report and/or comment via e-mail, where that 
> reply would of course not make it into the Bugzilla repo thread, resulting in 
> a loss of information.
> 

Maybe the reply-to could be R-bugs which would solve the reply issue, but the 
original issue of non-registered users replying would still remain with even 
bigger consequences (the replies would not even go to bugzilla). However, I 
could generate bounce e-mails for those, notifying the sender that he is not 
registered and thus his post will be discarded - not sure if that helps, though 
(and it may lead to issues with spammers getting replies). Also it would 
increase the traffic on R-bugs which would make manual screening (which is what 
I do at the moment for people that try to e-mail new reports to R-bugs) almost 
impossible.


> With Bugzilla, the results of search queries generate an RSS feed link at the 
> bottom of the query results page (see the "Feed" link), which can be 
> subscribed to using one's favorite RSS reader. That would be one way of 
> keeping track of new/open bug reports.
> 

That sounds like a good idea to me - especially since it's there already ;).


> One could, if desired, create custom queries in Bugzilla using the Advanced 
> Search functionality and then use the resultant RSS feed link to keep track 
> of updates to the particular query result set.
> 
> Also, I don't know what the typical response time has been on Bugzilla once a 
> bug report is filed. Perhaps something could be noted there so that bug 
> reporters might have some expectation that a comment/reply might be 
> forthcoming within X days of filing. After that time frame, some recommended 
> form of follow up communication could take place as a tickler/reminder of 
> sorts.
> 

This is happening, but only to the assignees, so currently on R-core or to 
individuals.

Thanks for the comments,
Simon


> That's my $0.02.
> 
> Regards,
> 
> Marc Schwartz
> 
>> 
>> 
>>> 
>>> On 21.12.2010 18:50, Ken Williams wrote:
>>>> Hi,
>>>> 
>>>> A few days ago I filed a bug report on the unzip() function:
>>>> 
>>>> https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=14462
>>>> 
>>>> I haven't gotten any comments yet, so I thought I'd ask for comments
>>>> here.  I also see on the description of R-devel that the list "also
>>>> receives all (filtered, i.e. non-spam!) bug reports from R-bugs", but
>>>> I don't see it here.
>>>> 
>>>> Eventually I would like to help unzip() gain large-file support, such
>>>> as is offered by http://info-zip.org/UnZip.html version 6.0.  A
>>>> corresponding zip() function would be nice too.
>>>> 
>>>> Thanks.
>>>> 
>>>> -Ken
> 
> 

______________________________________________
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Reply via email to