Closed
Bug 349914
Opened 19 years ago
Closed 19 years ago
Recently Closed Tabs in History menu is grayed out
Categories
(Firefox :: Menus, defect)
Tracking
()
RESOLVED
FIXED
Firefox 2
People
(Reporter: jbecerra, Assigned: mconnor)
Details
(Keywords: fixed1.8.1)
Attachments
(1 file)
|
1.67 KB,
patch
|
dietrich
:
review+
mtschrep
:
approval1.8.1+
|
Details | Diff | Splinter Review |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1b2) Gecko/20060821 Firefox/2.0b2
"Recently Closed Tabs" in History will be grayed out when you close tabs after doing a "clear private data"
To recreate:
1. Open four pages in four tabs.
2. Close one of the tabs.
3. Go to Tools menu and select "Clear Private Data"
4. Close one more tab.
5. Go to History menu
Expected: History menu should have the "Recently Close Tabs" enabled, and it should allow you to select the tab you closed in step 4.
Actual: It is grayed out.
Notice that if you right click one of the tabs you do have the option to open the recently closed tab.
Reproducible: Always
| Reporter | ||
Updated•19 years ago
|
Flags: blocking-firefox2?
Comment 1•19 years ago
|
||
This was probably caused by bug 343212 (assuming you cleared history in step 3). I think the bug is that you can use the context menu after clearing history.
Comment 2•19 years ago
|
||
Oh, nevermind, I misunderstood - you closed another tab after clearing. This might still be related to bug 343212, though.
Comment 3•19 years ago
|
||
Regression between 1.8.1b2_2006081712 and 1.8.1b2_2006081801.
Comment 4•19 years ago
|
||
Ah, so likely a regression from bug 348016, then.
Comment 5•19 years ago
|
||
Hi Juan,
I can't reproduce this problem. I tried the latest nightlies on Mac and XP, as well as running from latest branch CVS code. Is there anything in your profile that might be different from mine? Did you test with a clean profile?
| Reporter | ||
Comment 6•19 years ago
|
||
I tested on a WinXP vm, using Parallels on a Macintel, with a clean profile, and I had added this on the prefs.js file:
user_pref("browser.sessionstore.max_tabs_undo", 2);
Also, one thing I noticed is that after step 5, if you right click on a tab and "Undo Close Tab", and then you go to the Hisotory menu, you will not see the problem.
I will try on a different machine.
| Reporter | ||
Comment 7•19 years ago
|
||
I meant to say: "...after step 4..."
Comment 8•19 years ago
|
||
--> blocking, let's get some solid STR or a WFM on this, please.
Assignee: nobody → dietrich
Flags: blocking-firefox2? → blocking-firefox2+
Target Milestone: Firefox 2 beta2 → Firefox 2
| Reporter | ||
Comment 9•19 years ago
|
||
I tried on a different vm, and I was able to recreate the problem. Then I tried on an intel box with WinXP and also an intel box with Windows2000, and I was NOT able to recreate the problem.
This is a problem with my VM's.
Comment 10•19 years ago
|
||
resolving invalid, as per comment #9
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
Comment 11•19 years ago
|
||
reproduced in XPsp2 with Firefox 2.0 beta 2 RC1 and with nightly (2006082403).
Updated•19 years ago
|
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Comment 12•19 years ago
|
||
Reproduced on Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1b2) Gecko/20060824 BonEcho/2.0b2
One Note: "Recently Closed Tabs" is grey out, but what works is this "undo close tab" function, while right click on the other existing tab.
| Assignee | ||
Comment 13•19 years ago
|
||
This also fixes the inverse case, which was that if there were Recently Closed Tabs before, the menuitem doesn't disable until you mouse to it.
Kinda edgy, but worth fixing.
Low risk.
Assignee: dietrich → mconnor
Status: REOPENED → ASSIGNED
Attachment #235544 -
Flags: review?(dietrich)
| Assignee | ||
Updated•19 years ago
|
Whiteboard: [has patch][needs review dietrich]
Updated•19 years ago
|
Attachment #235544 -
Flags: review?(dietrich) → review+
| Assignee | ||
Updated•19 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 19 years ago → 19 years ago
Resolution: --- → FIXED
Comment 14•19 years ago
|
||
seems to be checked-in only on Trunk, not yet on Branch, so not "resolved/fixed" yet.
is this a bug on Branch, not on Trunk ?
please check-in on Branch ASAP.
and how about bug 345014 ?
Comment 15•19 years ago
|
||
(In reply to comment #14)
> seems to be checked-in only on Trunk, not yet on Branch, so not
> "resolved/fixed" yet.
RESOLVED FIXED means a bug was fixed on the trunk, so this bug is FIXED. The branch checkin will happen once it gets approval.
Whiteboard: [has patch][needs review dietrich] → [needs approval]
| Assignee | ||
Updated•19 years ago
|
Attachment #235544 -
Flags: approval1.8.1?
Comment 16•19 years ago
|
||
Comment on attachment 235544 [details] [diff] [review]
move call before early return
a=schrep for drivers.
Attachment #235544 -
Flags: approval1.8.1? → approval1.8.1+
You need to log in
before you can comment on or make changes to this bug.
Description
•