Closed
Bug 280415
Opened 20 years ago
Closed 20 years ago
"Save As Page..." menu item disappears if no window open
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: david, Assigned: iannbugzilla)
Details
Attachments
(2 files)
|
17.23 KB,
image/jpeg
|
Details | |
|
2.00 KB,
patch
|
timeless
:
review+
neil
:
superreview+
caillon
:
approval1.8b+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b) Gecko/20050129 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b) Gecko/20050129 When all windows are closed, the current Mozilla daily build for Mac does not show the "Save As Page..." menu item in the File menu. (It should show it greyed-out.) However, it does show the command's keyboard equivalent. Reproducible: Always Steps to Reproduce: 1. Launch Mozilla for Mac daily build. 2. Close the open window. 3. Pull down the file menu and look for the "Save Page As..." item. Actual Results: The "Save Page As..." item does not appear. But, the keyboard-equivalent (command-S) is there, on an empty line. Expected Results: The menu should show "Save Page As..." as greyed-out, with the greyed-out keyboard equivalent next to it. This occurs under Mac OS X 10.3.7 on a PowerMac G5/2.5GHz dual with 2GB RAM.
| Reporter | ||
Comment 1•20 years ago
|
||
Confirm. Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b) Gecko/20050129
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Reporter | ||
Updated•20 years ago
|
Version: unspecified → Trunk
Comment 3•20 years ago
|
||
David, is this a recent regression? If so, can you maybe narrow down when this broke using the builds on ftp://ftp.mozilla.org and http://archive.mozilla.org ?
| Reporter | ||
Comment 4•20 years ago
|
||
Boris, the bug first appeared in the 2004-12-26-06-trunk Mac build. The last Mac trunk build before that was 2004-12-21-06-trunk. -- David
Comment 5•20 years ago
|
||
Checkins in that range: http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-12-21+04%3A00%3A00&maxdate=2004-12-26+08%3A00%3A00&cvsroot=%2Fcvsroot None of those look like they should affect this... the closest is bug 7840
Do any error messages appear in the JS console relating to this?
Comment 7•20 years ago
|
||
Mano, you've fixed problems like this in the past, right?
From jhpedemonte on irc:
IanN: JavaScript error: chrome://navigator/content/navigator.js, line 1315:
browser has no properties
IanN: it's in 'function updateCloseItems()', on the line 'if
(browser.getStripVisibility()) {'
changing the line:
if (browser.getStripVisibility()) {
to:
if (browser && browser.getStripVisibility()) {
might fix the problem - can anyone test?
Comment 9•20 years ago
|
||
(In reply to comment #8) > From jhpedemonte on irc: > IanN: JavaScript error: chrome://navigator/content/navigator.js, line 1315: > browser has no properties > IanN: it's in 'function updateCloseItems()', on the line 'if > (browser.getStripVisibility()) {' > > changing the line: > if (browser.getStripVisibility()) { > to: > if (browser && browser.getStripVisibility()) { > might fix the problem - can anyone test? Changing the line to "if (browser && browser.getStripVisibility()) {" brings the menu item back. However, it is not grayed out. And i get a js error trying to use the menuitem while no windows are open: Error: saveDocument is not defined Source File: chrome://global/content/hiddenWindow.xul Line: 1
Comment 10•20 years ago
|
||
(In reply to comment #9) >Changing the line to "if (browser && browser.getStripVisibility()) {" >brings the menu item back. However, it is not grayed out. That's probably because Browser:SavePage isn't listed in hiddenWindowStartup()
Comment 11•20 years ago
|
||
(In reply to comment #10) > (In reply to comment #9) > >Changing the line to "if (browser && browser.getStripVisibility()) {" > >brings the menu item back. However, it is not grayed out. > That's probably because Browser:SavePage isn't listed in hiddenWindowStartup() yep, just noticed that. It works with 'Browser:SavePage' listed in hiddenWindowStartup().
Updated•20 years ago
|
Assignee: general → guifeatures
Component: General → XP Apps: GUI Features
QA Contact: general
| Assignee | ||
Comment 12•20 years ago
|
||
Adds Neil/stefan's suggestion to mine.
Assignee: guifeatures → bugzilla
Status: NEW → ASSIGNED
Attachment #174142 -
Flags: review?(timeless)
Comment 13•20 years ago
|
||
not going to block the beta1 on this bug but we'd certainly consider a patch for approval if it happens in time. If not, then this would be a good one to get for b2.
Flags: blocking1.8b?
Flags: blocking1.8b2+
Flags: blocking1.8b-
Attachment #174142 -
Flags: review?(timeless) → review+
Attachment #174142 -
Flags: superreview?(neil.parkwaycc.co.uk)
Updated•20 years ago
|
Attachment #174142 -
Flags: superreview?(neil.parkwaycc.co.uk) → superreview+
| Assignee | ||
Comment 14•20 years ago
|
||
Comment on attachment 174142 [details] [diff] [review] mac save page as fix patch v0.1 (Checked in) requesting a= for simple bug fix
Attachment #174142 -
Flags: approval1.8b?
Comment 15•20 years ago
|
||
Comment on attachment 174142 [details] [diff] [review] mac save page as fix patch v0.1 (Checked in) a=caillon for 1,8beta
Attachment #174142 -
Flags: approval1.8b? → approval1.8b+
| Assignee | ||
Comment 16•20 years ago
|
||
Comment on attachment 174142 [details] [diff] [review] mac save page as fix patch v0.1 (Checked in) Checking in navigator.js; /cvsroot/mozilla/xpfe/browser/resources/content/navigator.js,v <-- navigator.js new revision: 1.563; previous revision: 1.562 done
Attachment #174142 -
Attachment description: mac save page as fix patch v0.1 → mac save page as fix patch v0.1 (Checked in)
Comment 17•20 years ago
|
||
--> Fixed
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•