Closed Bug 468881 Opened 16 years ago Closed 15 years ago

Save Frame As… option appears when not necessary in File Menu

Categories

(Firefox :: Menus, defect)

3.0 Branch
defect
Not set
normal

Tracking

()

VERIFIED FIXED
Firefox 3.7a1

People

(Reporter: toniher, Assigned: Unfocused)

References

()

Details

(Whiteboard: [FFT3.5][killthem])

Attachments

(1 file)

I've noticed 'Save Frame As…' option appears when not necessary in File menu.
For instance in webpages I do not see any frame or iframe in their source code:
http://support.mozilla.com/

And even in pages where we do have frames, is there any use in having this option in main File menu? I consider it's only useful when right-clicking within a given frame space.
Good examples are error pages on mozilla.com like the one you get when opening the following URL: http://en-us.www.mozilla.com/en-US/firefox/9.5/whatsnew/

It is still a problem on all platforms with the Firefox 3.5 RC1 build: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1) Gecko/20090612 Firefox/3.5 ID:20090612061417
Component: General → Menus
Flags: blocking-firefox3.6?
OS: Linux → All
QA Contact: general → menus
Hardware: x86 → All
Whiteboard: [FFT3.5]
Hm, I can't reproduce this wit hMozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2a2pre) Gecko/20090817 Firefox/3.6a2pre

RESO WFM?
Still visible on the given url from comment 1 with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20090908 Minefield/3.7a1pre ID:20090908030622.

Also with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a2pre) Gecko/20090907 Namoroka/3.6a2pre (.NET CLR 3.5.30729) ID:20090907045039
Hm, interestingly, it only shows up once the page load is complete. As the page is loading, it doesn't.

The variable is flipped based on this code:

http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser.js#160

Anyone have an idea what could cause that check to go awry?

(Also, I'd support taking this out of the File menu entirely, yes)
Flags: wanted-firefox3.6+
Flags: blocking-firefox3.6?
Flags: blocking-firefox3.6-
That check isn't going awry.  The page has an iframe on it:

  <iframe id="_yuiResizeMonitor" style="position: absolute; visibility: visible; width: 10em; height: 10em; top: -134px; left: -134px; border-width: 0pt;"/>

Now that iframe isn't present in the _source_, but presumably one of the mess of YUI scripts on that page adds it.  And presumably it does it onload or on DOMContentLoaded or something, which would explain the behavior Mike is seeing.

If really desired I can track down exactly who's adding it and when, of course.
(In reply to comment #4)
> (Also, I'd support taking this out of the File menu entirely, yes)

This patch does just that. Note that the functionality is still available via the context menu (This Frame -> Save Frame As...). 

I've also removed the supporting function saveFrameDocument() from toolkit/content/contentAreaUtils.js, as its no longer used anywhere.
Assignee: nobody → bmcbride
Attachment #400680 - Flags: ui-review?
Attachment #400680 - Flags: review?(mano)
Attachment #400680 - Flags: ui-review? → ui-review?(beltzner)
Attachment #400680 - Flags: review?(mano) → review+
Attachment #400680 - Flags: ui-review?(beltzner) → ui-review+
http://hg.mozilla.org/mozilla-central/rev/2910f583aa98
Status: NEW → RESOLVED
Closed: 15 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.7a1
Verified fixed on trunk with builds on Windows and OS X like Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20091003 Minefield/3.7a1pre (.NET CLR 3.5.30729) ID:20091003042919

Blair, is this patch ready to ask for approval1.9.2?
Status: RESOLVED → VERIFIED
Whiteboard: [FFT3.5] → [FFT3.5][killthem]
Attachment #400680 - Flags: approval1.9.2?
Comment on attachment 400680 [details] [diff] [review]
Patch to remove menuitem

approval1.9.2 requests aren't currently being monitored, since we're nearing RC freeze and there are too many outstanding requests, so I'm clearing this request. Feel free to re-request approval if you are confident that it's worth drivers' time to consider whether this non-blocker needs to land for 1.9.2 at this stage.
Litmus test has been updated:
https://litmus.mozilla.org/show_test.cgi?id=10036
Flags: in-litmus+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: