Build ID: 1999120808 Platform: all To reproduce: - Launch Mozilla - Select File | Open File - Open a local image file (eg /res/arrow.gif) - Drop down the File menu Result: Note that what used to be called "Save As" is now "Save page as". I don't think that this is correct. Why? - "Save As" is what we used in previous versions of Communicator - "Save As" is the de facto standard in IE, OE, Office, etc - "Save page as" doesn't make sense when viewing things other than pages (such as image files) I suggest this be changed back to "Save As..." (note the capitalization too).
If it is already speced out,then do whatever the spec says for now. Re -assign it to german to make final decision in the pec details if it hasn't speced out.
Moving all UE/UI bugs to new component: User Interface: Design Feedback UE/UI component will be deleted.
I checked with German. Use "Save As...". Please reassign this bug to the correct engineer to be implemented.
Please assign to correct engineer to be implemented.
Reassigning to Ben and setting target milestone to M20.
Move to M21 target milestone.
*** Bug 39958 has been marked as a duplicate of this bug. ***
UI, ben. Easy, one-liner.
fixed on trunk, rtm branch frozen
the patch was checked in the trunk --why not check it into the branch as well? nominating for rtm, and reopening to get pdt's attention. if pdt won't approve, then re-resolve this and add relnoteRTM (sigh).
another question for mcafee. with this change, how is the menu affected when viewing frames? right now (ie, viewing a page w/frames w/branch bits), there's now Save Page As... and Save Frame As... in the File menu.
I don't have a good answer for the frames scenario. Save As... means "Save everything you see as" as it is checked in right now. How do you save a Frame Set? Maybe we should grey out Save As for the frames case.
I don't think this is an rtm issue, it's a UI nit. We shouldn't be checking nits into the branch.
Minus. Won't hold RTM for this.
marking fixed, this is not landing onto the branch. We should file a new bug for the frames case.
verified in the trunk [2000.10.11.08] on linux. not marking vrfy till it's finally checked in to the branch (ie, not sure if during the post-rtm fun this will go into a branch, or just stay in the tip *sigh*.) also filed bug 56540 for the frames case (unfortunately in that one, the behavior differs btwn Mac and win32/unix).
vrfy'ing for the trunk. 2000.11.21.08 winnt [and linux], 2000.11.21.13 mac.