Closed Bug 98480 Opened 23 years ago Closed 23 years ago

Save button stays disabled if filepicker is raised but not focused

Categories

(Core Graveyard :: File Handling, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.7

People

(Reporter: stephend, Assigned: bryner)

References

()

Details

Attachments

(1 file)

Build ID:  2001-09-05-21, RedHat 7.1 with Ximian/GNOME.

Summary:  Save button disabled until I focus the textfield.

Steps to Reproduce:

1.  Click on:
ftp://ftp.mozilla.org/pub/mozilla/nightly/2001-09-05-21-trunk/mozilla-i686-pc-linux-gnu-installer.tar.gz


2.  When you get the Open/Save dialog, choose "Save this file to Disk".
3.  Look at the state of the save button.

Expected Results:

The save button is enabled, since I've got
"mozilla-i686-pc-linux-gnu-installer.tar.gz" passed in from the dialog in step #2.

Actual Results:

Until I focus anywhere in the dialog (be it the titlebar, scrollbar, etc), the
save button remains disabled.
on irc, bryner claimed this.
Assignee: trudelle → bryner
Trying to clarify summary...

Status: NEW → ASSIGNED
Summary: Save button disabled until I focus the textfield. → Save button stays disabled if filepicker is raised but not focused
Target Milestone: --- → mozilla0.9.6
*** Bug 99973 has been marked as a duplicate of this bug. ***
*** Bug 100442 has been marked as a duplicate of this bug. ***
QA Contact: jrgm → sairuh
spam: over to File Handling. i have not changed the assigned developer [or the
other fields for that matter], so if anyone realizes that a bug should have a
more appropriate owner, go ahead and change it. :)
Component: XP Toolkit/Widgets → File Handling
Same with Save Image/Save Link As in the context menu of a page. The save button
gets enabled when the dialog gets focus. But it is disabled again, when you e.g.
scroll the file list, and enabled again, when you double click a directory to
save the file in.
Target Milestone: mozilla0.9.6 → mozilla0.9.7
*** Bug 108009 has been marked as a duplicate of this bug. ***
From bug 108009:  With twm as the window manager, the situation is a bit worse
in that the window fails to get the focus when it should.  This is related to
bug 78928 and it may be that the root cause here is that the file picker is
expecting to receive X events that it is not getting (either due to the window
manager behaving differently than expected or due to having the wrong
expectations altogether).
Attached patch patchSplinter Review
This fixes both problems reported here (the button erroneously disabling when
you focus the file list, even if there is text in the filename field), and the
button not enabling when the window first appears.  It doesn't address the
problem that modal dialogs opened from other modal dialogs aren't focused for
some reason.
*** Bug 109625 has been marked as a duplicate of this bug. ***
r=jag (from bryner's machine)
checked in
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
vrfy fixed: 2001.11.27.12-comm bits on rh7.2.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: