Am 09/16/2016 07:29 PM, schrieb Dennis E. Hamilton:
Oh, OK. It was the general | security category that did that then.
I think those *should* go to the security team and be made private
automatically, just in case someone is inadvertently providing sensitive
information that should be treated in confidence.
Then when the issue is seen by the Security Team, we can decide whether to
change its classification, as I just did with Issue 127117.
I see that the explanation in the Bugzilla help for the general category is
clear. And we should continue to keep those automatically private until
Removing general | security seems like a bad idea. We just have to ensure it
is used properly by providing the safeguard that's there now.
Does that work?
I've looked in BZ and it's not possible to change only 1 component of a
product in a way that issues for this component are visible only for the
sec team. This has to be done for the complete product.
We could create a product that is visible for the sec team only. But
that would mean that issue creation is possible for everyone but
accessing them again in the next second in only possbile for the sec
team. This also won't improve the situation.
So, I think we cannot do much to avoid further confusion in the future
From: Marcus [mailto:marcus.m...@wtnet.de]
Sent: Friday, September 16, 2016 09:52
Subject: Re: Access denied on bugzilla ...
Dennis, please have a look into the history of the issue . Here you
can see that *Pedro has not* set the assignee. The reason is the BZ
setting of the "security" component he has chosen at issue creation. So,
it's not wrong that the issue was send to the security team.
We should think about not rooting these kind of issues to the security
Am 09/16/2016 06:43 PM, schrieb Dennis E. Hamilton:
When you assign an issue to secur...@openoffice.apache.org, it becomes
invisible to all but the security team.
Since this is not about a vulnerability, I will change the issue to
the default assignment.
Please do not assign issues to others. If you want to assign it to
yourself, that is fine. Otherwise use the default assignment.
If you are ever dealing with an exploitable vulnerability, do not use
bugzilla. Communicate with the security@ mailing list directly.
From: Pedro Giffuni [mailto:p...@apache.org]
Sent: Friday, September 16, 2016 08:41
To: OOo Apache<email@example.com>
Subject: Access denied on bugzilla ...
I just tried to access BZ 127117, which I created in the first place,
and now I got
"You are not authorized to access issue #127117."
It is only a very minor update to openssl, and I wanted to submit the
patch to do it.(AOO bugzilla and I have never been in a good
While here I shall explain the intent of the two recent requests: it
clear that we won't release soon updated, and hopefully secure,
of some very basic support libraries/utilities. At least doing some
minor low-hanging-fruit updates should save some pain to our users
some embarrassment to the project. The changes are very conservative
have been tested for a while in trunk but are superseded by the
I will let the RM and the security team determine if they are worth
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org