Modify ↓
#6756 closed defect (invalid)
ccselector tries to create a new ccbutton even if one is already present
Reported by: | Owned by: | Vladislav Naumov | |
---|---|---|---|
Priority: | normal | Component: | CcSelectorPlugin |
Severity: | normal | Keywords: | |
Cc: | Trac Release: | 0.11 |
Description
ccselector tries to create a new ccbutton, even if one is already present. This can happen if the user reloads the page, or navigates away and then back.
When that happens, it causes which Action radio button is selected to change. If the user doesn't notice, the ticket can be paused unintentionally.
Patch attached. It simply looks for the ccbutton by id, and doesn't create it if it's already there.
Attachments (1)
Change History (3)
Changed 15 years ago by
Attachment: | ccselector_ccb.patch added |
---|
comment:1 Changed 15 years ago by
Resolution: | → invalid |
---|---|
Status: | new → closed |
comment:2 Changed 15 years ago by
Last update - the behavior with the selected Admin radio button only happens in Firefox, not in Chrome or IE8. So, it's probably a bug in Firefox that happens to be exposed by ccselector, so I'm not going to create a new ticket here after all.
Note: See
TracTickets for help on using
tickets.
I've tested my patch more carefully, and realized that my report is incorrect. ccselector does not create a duplicate ccbutton - it only appeared that way because I had saved the page in my browser, and it saved the modified HTML rather than the original HTML.
Nonetheless, the behavior of the selected Admin radio button changing on reload is definitely related to ccselector. I'm closing this ticket as invalid, and I'll create a new one specifically for that issue.