Closed Bug 575452 Opened 15 years ago Closed 15 years ago

The new starring UI can cause some bugs which were starred previously to be commented on again when starring new bugs

Categories

(Tree Management Graveyard :: TBPL, defect)

x86
macOS
defect
Not set
blocker

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)

References

Details

Attachments

(2 files)

This was discovered by philor. What happens is that when you have star some bugs by clicking the star icon next to the suggestion list, and a tinderbox data load finishes in between, sometimes the code leaves some __active_123456 items around, somehow. I'm not yet sure how exactly that happens, but I have a patch which should fix any similar issues. Instead of using the __active_123456 class name hack, I switched to using a normal object, which is cleared when needed (for example, when clicking another log, or after submitting comments.)
Attached patch Patch (v1)Splinter Review
Assignee: nobody → ehsan
Status: NEW → ASSIGNED
Attachment #454697 - Flags: review?(mstange)
Markus, since this is a serious issue, would you mind landing and deploying it if you r+ it (or if you want to make some changes before pushing)?
Attachment #454697 - Flags: review?(mstange) → review+
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Crap. I haven't figured out what the essential step is to make it happen (other than maybe "use my fairly slow connection"), but this is still happening.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Maybe not my connection, since Ted just hit it, too.
And karl. I suspect from an IRC conversation that the only reason more people aren't hitting it is that hardly anyone knows that the star icon in front of the text "add a comment" link actually does something different than the text link. Since it's apparently pretty widely busted, maybe we should remove the icon, just keeping the stars in the suggestions as a way to preselect bugs in the dialog? That part works just fine.
Aha! This is where the strange _autoStarBugs thing came from. I couldn't figure out what it was for, and mostly removed it in bug 657690. This bug happens because we are *NOT* clearing out the set of active bugs on a magic-bottom-left-star submit. I'm guessing that the confusion is that there's a jquery binding on the submit action that should reset everything, but it's not getting invoked in the commentWithoutUI() case since commentWithoutUI "submits" the form by calling self.submit() directly where self=AddCommentUI. There's no event to handle. Fix attached.
Attachment #533554 - Flags: review?(ehsan)
Comment on attachment 533554 [details] [diff] [review] Reset active things in submit member because submit handler never gets called Oh, I totally should've caught that! Sorry, and thanks for picking up my slack :-)
Attachment #533554 - Flags: review?(ehsan) → review+
Status: REOPENED → RESOLVED
Closed: 15 years ago15 years ago
Resolution: --- → FIXED
Depends on: 660184
Product: Webtools → Tree Management
Product: Tree Management → Tree Management Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: