Closed
Bug 799761
Opened 13 years ago
Closed 11 years ago
"Show sidebar" checkmark does not reflect the current sidebar state
Categories
(Firefox Graveyard :: SocialAPI, defect)
Firefox Graveyard
SocialAPI
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: MattN, Unassigned)
References
Details
The checkmark only reflects the value at startup, not after being toggled at runtime.
STR:
1) Click "Show sidebar" under the provider's menu
Expected results:
The visibility of the menuitem checkmark should be toggled
Actual results:
The visibility is not toggled.
It seems like the event listener code is supposed to toggle the checked state.
Comment 1•13 years ago
|
||
http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser-social.js#882 should be updating the checked state.
Comment 2•13 years ago
|
||
Can't repro this and haven't seen it, but FWIW bug 800210 also mentions some strangeness around that menu item/checkmark.
| Reporter | ||
Comment 3•13 years ago
|
||
I still saw this two days ago on OS X if the sidebar was off at startup.
Comment 4•13 years ago
|
||
I have this right now in aurora, but I cannot force it to happen in my dev build. Toggling my sidebar again fixed the check state.
I don't think I restarted with the sidebar off, and trying that did not reproduce it.
Comment 5•13 years ago
|
||
I can't repro on Aurora. Maybe some obscure mac-only issue?
Comment 6•13 years ago
|
||
I am seeing this right now on 17.0b2
Comment 7•13 years ago
|
||
(In reply to Lukas Blakk [:lsblakk] from comment #6)
> I am seeing this right now on 17.0b2
On OS X 10.8
Comment 8•13 years ago
|
||
I'm seeing this too, on OS X 10.6 with Nightly. The check mark under "Tools > Facebook Messenger for Nightly" is correctly checked, but the one you get when you click on the little FB icon in the toolbar does not change state. That is the case no matter which method I use to open the sidebar.
Comment 10•13 years ago
|
||
We need to chase down why this is happening - I've looked at the code involved and can't figure out how this could happen, short of some XUL command broadcasting failures.
Keywords: qawanted
Comment 11•13 years ago
|
||
unable to reproduce in 18.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
| Reporter | ||
Comment 12•13 years ago
|
||
Still happening on today's Nightly for me: 21.0a1 (2013-01-08) on OS X 10.7.5
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 13•13 years ago
|
||
I still cannot make it happen, same build/os. However, the "show desktop notifications" checked menuitem does not work for me.
Comment 14•13 years ago
|
||
I have the same thing as comment 8 -- works in the Tools menu, but not in the toolbar button's menu.
Comment 15•13 years ago
|
||
(In reply to Shane Caraveo (:mixedpuppy) from comment #13)
> I still cannot make it happen, same build/os. However, the "show desktop
> notifications" checked menuitem does not work for me.
frustrating, now I cannot get either of those menus to fail again. fx19.
Comment 16•13 years ago
|
||
I'm on a current OS X nightly. The bug persists across browser restarts, but only seems to manifest if I start the browser with the sidebar hidden. I don't see anything in the error console. Oddly, it started working (before my I had even restared), after showing/hiding it a few times. But that doesn't seem a reliable, I just did that again but it's staying broken.
Comment 19•12 years ago
|
||
I still can't reproduce this. Shane or Gavin, is there any information Matthew can provide which might help in chasing this down?
Comment 20•11 years ago
|
||
I can no longer repro. I think the updates that included the sidebar toolbar button may have nixed it.
Status: NEW → RESOLVED
Closed: 13 years ago → 11 years ago
Resolution: --- → WORKSFORME
Updated•7 years ago
|
Product: Firefox → Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•