Save Frame As... missing from File menu when viewing framed page, before clicking content

VERIFIED WORKSFORME

Status

P4
normal
VERIFIED WORKSFORME
18 years ago
11 years ago

People

(Reporter: bugzilla, Assigned: trudelle)

Tracking

({access})

Trunk
access

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

18 years ago
spun off of bug 21282. right now when you go to a page with frames, and look at
the File menu, there's only Save As... (ie, using a trunk build --if using a
branch build it says Save Page As...) the behavior of this issue differs btwn
platforms, so i might be seeing different bugs.

1. load the above URL, but don't click anywhere in the content.
2. dropdown the File menu. notice that only Save As...[or, Save Page As... if
you're using branch bits] is there.
3. click in any of the frames.

results:
a. on linux and winnt, Save Frame As... now appears in the File menu. in 4.x you
didn't have to make any of the frames active for the menu to show the right
thing.
b. on mac, nuthin' happens. Save Frame As... never appears in the File menu.
pink/jrgm, perhaps this is a menu bug? lemme know if it already exists...

Comment 1

18 years ago
I'll investigate.  How did 4.x work if you didn't click in a frame first?  
Which frame would it save?  I think this pretty much depends on bug 42758, for 
the File menu at least -- we can put it in the context menu now because it's 
context-sensitive.
Assignee: mcafee → blakeross
(Reporter)

Comment 2

18 years ago
to clarify, Save Frame As is already in the context menu, on all platforms. one
less thing to worry about. :)

as for 4.x, this is what i see on winNT (using 4.7x):
1. load www.faqs.org
2. don't click in the content region, check the File menu first.
observation: both Save As and Save Frame As are greyed-out [disabled].
3. click anywhere in the content, check the File menu again.
observation: both Save As and Save Frame As are now enabled.

imho, the win32 4.x behavior seems the ideal behavior, because when you click a
particular frame, then select Save Frame As, it'll prompt you to save the frame
you had just clicked in.

<tangent type="related">
on linux there are Save Frame and Save Frameset which are always enabled (when
you're viewing a framed page), and on Mac there's only Save (disabled) and Save
As (enabled). then again, 4.x isn't xp --well, the menus in mozilla/6.0 aren't
xp either, but they have more in common (at least by content!) than 4.x...
trying to make 'em all work as i'd like (as in win32 4.x) might be more tricky
than i realize, of course.
</tangent>
Summary: need Save Frame As... when viewing framed page [see details] → need Save Frame As... in File menu when viewing framed page [see details]
IMO it would it be better to have the option to save either the current frame or 
the whole frameset in the save dialog.

Comment 4

18 years ago
that would be difficult since we're using native file dialogs on windows.

Don't want to fix this until 42758 is fixed.
Status: NEW → ASSIGNED
Depends on: 42758
Target Milestone: --- → Future
(Reporter)

Comment 5

18 years ago
hm...back on the trunk now, and this looks fixed on winnt and linux
[2000.11.21.08] --Save Frame As is now in the File menu, and works. however,
still a problem on mac [2000.11.21.13].
Keywords: pp
OS: All → Mac System 9.x
Hardware: All → Macintosh

Comment 6

18 years ago
passing back to Ben for now, I have some other stuff to worry about first.
Assignee: blakeross → ben
Status: ASSIGNED → NEW
Target Milestone: Future → ---
nav triage team: reducing priority and accepting for nsbeta1. 
Keywords: nsbeta1
Priority: P3 → P4
Target Milestone: --- → Future

Comment 8

18 years ago
if this is accepted for nsbeta1 why is it targeted for future?  Clearing target.
Target Milestone: Future → ---

Updated

18 years ago
Severity: normal → minor
nominating for dogfood (from sdagley's list of bugs that are good candidates for 
our next release) 
Keywords: nsdogfood
Keywords: nsCatFood
Keywords: nsdogfood
Keywords: nsbeta1 → nsbeta1-

Comment 10

18 years ago
Seems to be there now.

On Build 2001-04-09-10-trunk MacOS
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME
(Reporter)

Comment 11

17 years ago
this is still a problem. tested on linux rh7.2 and winnt, using 2002.01.04.08,
and mac 10.1.2 w/2002.01.03.08.
Severity: minor → normal
Status: RESOLVED → REOPENED
Keywords: nsCatFood, pp → nsbeta1
OS: Mac System 9.x → All
Hardware: Macintosh → All
Resolution: WORKSFORME → ---
Summary: need Save Frame As... in File menu when viewing framed page [see details] → Save Frame As... missing from File menu when viewing framed page, before clicking content
(Reporter)

Comment 12

17 years ago
i see the same results as originally reported.

to trudelle for triage.

is this a focus issue, perchance? also, should the mac issue be filed separately
since its behavior is somewhat different?
Assignee: ben → trudelle
Status: REOPENED → NEW
(Assignee)

Comment 13

17 years ago
I'm not sure the current Win32 behavior is defective.  On first going to the
page, should the focus be on a particular frame, or just the page?  Current
behavior seems to match IE6 as well.  Note that you don't have to click, you can
just hit tab to get into a frame.  Seems like this is related to accessibility,
adding keyword, cc aaronl.

I think the Mac problem does deserve its own bug report.
Keywords: access

Comment 14

17 years ago
Bug 86931 is for automatically focusing the largest frame when a frameset loads.
(Assignee)

Comment 15

17 years ago
resolving as wfm
Status: NEW → RESOLVED
Last Resolved: 18 years ago17 years ago
Resolution: --- → WORKSFORME
(Reporter)

Comment 16

17 years ago
filed bug 122505 for the mac-specific issue in comment 12 and comment 13.
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite

Updated

11 years ago
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.