Closed Bug 28524 Opened 25 years ago Closed 25 years ago

SaveDialog:default_name_lost_if_directory_changed.

Categories

(SeaMonkey :: UI Design, defect, P3)

Product:
SeaMonkey
Component:
UI Design
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 16043

People

(Reporter: niles, Assigned: law)

Details

I'm_running_Linux/i386_nightly_build_of_Feb.18_and_I_can_not_enter_ a_space_character....so_please_try_to_read_this_anyway... When_the_save_dialog_box_appears_from_either_a_save_as..._request or_from_an_FTP_download_a_default_filename_is_given_that_reflects what_the_name_was_on_the_source_location.(Perfect)__However,if_you change_the_directory_that_filename_is_lost.__Pretty_minor,_but_terribly annoying_when_downloading_long_filenames_you'd_rather_preserve. Is_this_Linux_specific? Seems_like_it_would_easy_to_fix...if_you_knew_where_to_look.
actually, I've seen this too. not sure if it is linux specific. This is actually an XPAPPS issue, changing to law and sairuh. sairuh, is this linux only?
Assignee: trudelle → law
Component: XP Toolkit/Widgets → XPApps
QA Contact: paulmac → sairuh
This_is_actually_a_duplicate_of_bug#16043 *** This bug has been marked as a duplicate of 16043 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
actually this is a dup of bug 3025, afaik...verif anyhow.
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.