Bug 470562 - Bugzilla not warning of mid-air collision?
Summary: Bugzilla not warning of mid-air collision?
Keywords:
Status: CLOSED DUPLICATE of bug 475802
Alias: None
Product: Bugzilla
Classification: Community
Component: Creating/Changing Bugs
Version: 3.6
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: PnT DevOps Devs
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 474287
TreeView+ depends on / blocked
 
Reported: 2008-11-07 17:45 UTC by Don Howard
Modified: 2013-06-24 02:24 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-19 06:45:18 UTC
Embargoed:


Attachments (Terms of Use)

Description Don Howard 2008-11-07 17:45:15 UTC
Description of problem:

Committing changes to a stale view of bug 470387 did not result in a mid-air collision.  Changes by others since last update were silently lost.

See:
https://bugzilla.redhat.com/show_activity.cgi?id=470387

Comment 1 David Lawrence 2008-11-24 20:02:11 UTC
This will need to be investigated further. Changing to ASSIGNED.

Also reported here:
https://engineering.redhat.com/rt3/Ticket/Display.html?id=30724

Comment 2 David Lawrence 2008-12-05 20:32:09 UTC
Fix committed to help with this issue. Further details on actual fix in

https://engineering.redhat.com/rt3/Ticket/Display.html?id=30724

Dave

Comment 3 David Lawrence 2009-06-10 17:08:50 UTC
Reopening as this has not been fully fixed in some cases. Details from IRC:

<dkl> sly: what i think is happening is, users who have request privs for a flag, but *not* grant privs, the '+' and '-' options do not display in the drop down for a flag
 so in this example, lillian has request rights so she sees the '?' and ' ' options only 
 unless the flag is already set to '+', then it displays
 so if her page is not refreshing the options list for the flags on reload properly, she still only sees '?' even though you had already set it to '+' prior
 and then since the delta_ts timestamps line up properly, she does not get a midair collision screen but bugzilla happily sets the flags back to '?'
 sly: so in a nutshell my fix would be to show the '+' and '-' options in the drop down even though the user is not able to grant that flag
 sly: the backend code will catch the improper permissions later after the form is submitted so not a security issue
<dkl> sly: the old 2.18 Bugzilla code displayed the options even though the user could not grant/deny a flag which is why I think this worked before. The new 3.2 code actually hides the options based on the users permissions

Comment 4 David Lawrence 2010-01-15 16:55:27 UTC
Red Hat Bugzilla is now using version 3.4 of the Bugzilla codebase and
therefore this bug will need to be re-verified against the new release. With
the updated code this bug may no longer be relevant or may have been fixed in
the new code. Updating bug version to 3.4.

Comment 5 David Lawrence 2010-08-25 21:43:31 UTC
Red Hat has now upgraded to Bugzilla 3.6 and this bug will now be reassigned to that version. It would be helpful to the Bugzilla Development Team if this bug is verified to still be an issue with the latest version. If it is no longer an issue, then feel free to close, otherwise please comment that it is still a problem and we will try to address the issue as soon as we can.

Thanks
Bugzilla Development Team

Comment 7 Simon Green 2012-06-19 06:26:07 UTC
Is this still an issue? I haven't heard it reported in the 1½ years that I'm working in Bugzilla.

  -- simon

Comment 8 Simon Green 2012-06-19 06:45:18 UTC

*** This bug has been marked as a duplicate of bug 475802 ***


Note You need to log in before you can comment on or make changes to this bug.