Apache OpenOffice (AOO) Bugzilla – Issue 4105
Any user can confirm issues
Last modified: 2003-12-27 10:23:17 UTC
I revoked "canconfirm" permission from user stx007. Component "testproduct" is configured for voting. User stx007 submitted a new issues to component testproduct. Initial status is "unconfirmed". So far so good. BUT user stx007 is able to confirm this issue!
BTW: I played with #4106 and #4104. This blocks #2778.
Okay. Kristen has been handling 2778, so I'd like to ask her to take a look at this. However, she will not be back in the office until next Tuesday (April 23). Please let me know if this issue is of such an urgency that we need to look into it before then.
Do I have a choice? :-) Seriously, it's ok. May I expect an update to the issue on tuesday?
Taking a look at this now.
Yes, I see the problem. I created issue 4207 to test with my testkea user who does not have cna confirm permissions. The first part of the test went well, status defaulting to new. However, when I went back in to the issue, I had the option to confirm the issue. I went ahead and selected it and it allowed me to confirm. This should not be the case. I'll escalate this to engineering. Thanks, Kristen
Created attachment 1446 [details] Attaching screen shot of Can Confirm option appearing to my testkea user
This is internal issue pcn9323.
Kristen, a few days before you asked >Please let me know if this issue is of such an >urgency that we need to look into it before then. Yes, it is urgent, because it definitely blocks 2778. I raised the priority to 1. Stefan and I found out that the default of a submitted issue is only "unconfirmed" when the submitting user doesn't have the canconfirm right. So this needs to be fixed. Otherwise we'll definitely not have any progress on the QA side of OpenOffice.org, which would be a shame. We gathered QA volunteers, but we can't start without this bug and 2778 being fixed.
Michael, Engineering is doing more investigation into this and I'm working on getting the full diagnosis for this bug and a timeframe for the fix. I understand that this is an important issue and will get back to you as soon as possible. I am however going to adjust the priority back to P3 since it is not a site down situation. Please discuss priorities with Stefan if you have any questions. Thanks, Kristen
Adjusting priority.
Kristen, I need a time frame for this fix. Are we talking about days, weeks, months?
I've gotten an update from Kristen, and the engineer working on this issue. There is a bug in the 1.1.x version of SourceCast, which is resolve in the 1.2.x and later versions, which is causing these symptoms. I'm looking into the possibility of getting this fixed in 1.1.x.
Based on meeting with the engineering managers, I've created a new internal issue for this (PCN9508) to fix this problem in the 1.1 branch.
Adding another internal tracking number 9501
Closing this issue. These users had can confim permissions because the Edit issues permission in IZ was checked. This permission overrides the fact that can confirm is not checked. Thanks, Kristen
I'm unsure, what permissions are revoked, if "edit issues" permission is disabled for a user. Playing with stx007 this led to the restriction, that I (stx007) am not able to accept/start an issue, which I (stx007) own.
removing from top5 and closing