Closed Bug 780773 Opened 13 years ago Closed 11 years ago

[ACR] Clicking mismatch when verifying a app to be compatible/non-compatible/?

Categories

(addons.mozilla.org Graveyard :: Compatibility Tools, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: Adi_J, Assigned: mackers)

References

Details

Steps to reproduce: * Install Add-on Compatibility Reporter, <https://dl.dropbox.com/u/5940796/acr/acr2rc2.xpi> * Check addon compatibility, and change values and submit. * Reopen add-on compatibility and try to change the current values. Actual result: * The addon below the expected addon on which the user clicks is modified instead. Screen Cast: http://screencast.com/t/TIMkpd6Vz
Adi_J, The screencast link is broken.
Assignee: nobody → briks.si
Blocks: 727777
Summary: Clicking mismatch when verifying a app to be compatible/non-compatible/? → [ACR] Clicking mismatch when verifying a app to be compatible/non-compatible/?
I can now reproduce this.
Status: NEW → ASSIGNED
The reason it happened is that the order of the add-ons in the list was different from the order in storage. In particular I noticed the ACR itself was 1st in storage but mid-list in the panel. I restarted and the lists correspond so I am trying to find reliable steps to reproduce this.
Dave, Please check if you can repro.
Assignee: briks.si → dave
Can't reproduce, but I've added a fix as part of bug 780779 which will reinitialize the dialog after a submit, meaning this bug should also be fixed.
Thanks for filing this. Due to resource constraints we are closing bugs which we won't realistically be able to fix. If you have a patch that applies to this bug please reopen. For more info see http://micropipes.com/blog/2014/09/24/the-great-add-on-bug-triage/
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.