Closed
Bug 223287
Opened 21 years ago
Closed 20 years ago
Cannot manually edit home page in Preferences if toolbar icon is removed
Categories
(Firefox :: Settings UI, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: will.rickards, Assigned: me)
References
Details
Attachments
(1 file)
913 bytes,
patch
|
p_ch
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 Firebird/0.7 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 Firebird/0.7 When first installed it works fine. Once you customize the navigation bar as detailed in steps to reproduce, the OK button of the preferences dialog does not work. It does not save the changes or close the dialog. Reproducible: Always Steps to Reproduce: a. Delete firebird directory and profile directories (Mozilla, Phonenix) in Application Data. 1. Install Firebird by extracting to "C:\Program Files\mozilla.org" 2. Start Firebird Profile Manager by running "C:\Program Files\mozilla.org\MozillaFirebird\MozillaFirebird.exe" -p 3. Create profile called 'Will' 4. Start Firebird 5. Open preferences dialog and change homepage to verify OK button works at this point. 5. Right click on navigation bar and click customize. 6. Drag home page icon off bar to icon palette. 7. Click Done on icon palette 8. Open preferences dialog and change homepage. 9. Click OK Button - it doesn't work. Actual Results: OK button does not save changes or close dialog Expected Results: OK button should have saved changes and closed dialog You can close the browser and come back in but it is still broken. I haven't tested other customizations to see if they cause the same problem. I normally run without navigation bar or bookmarks bar and have everything in top toolbar. I noticed the problem and reduced it to these steps from a 'clean' install.
Reporter | ||
Comment 1•21 years ago
|
||
Also tried it with: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031021 Firebird/0.7+ And it exhibits the same behaviour.
Comment 2•21 years ago
|
||
Firebird != Seamonkey, don't mix tracker bugs please. I think I know what's causing this actually, but I'm going to dig a little before I confirm or dupe this. It does work when clicking to use current page/use blank page or whatnot. -> tweak summary to reflect exact problem. cc-ing noririty, I think this is Blake's checkin for the tooltip issue (bug 184801) from a couple months back, based on what works and what doesn't. Thoughts?
No longer blocks: 40891
Summary: Preferences Dialog OK Button does not work if navigation bar customized → Cannot manually edit home page in Preferences if toolbar icon is removed
Updated•21 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Updated•21 years ago
|
Flags: blocking0.8?
Reporter | ||
Comment 3•21 years ago
|
||
Related to bug #219368 ? Any progress on the bug? Was it the checkin?
I think this can be fixed by either changing this line in onOK() in pref-navigator.js: domWin.document.getElementById("home-button").setAttribute("tooltiptext", parent.homepage); to something like this: var homeButton = domWin.document.getElementById("home-button"); if (homeButton) homeButton.setAttribute("tooltiptext", parent.homepage); or just wrap the line in a try/catch. I don't know which is best (sorry, I'm totally clueless when it comes to best coding style and stuff like that).
Reporter | ||
Comment 5•21 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 Firebird/0.7+ Bug still occurs using original steps to reproduce.
Attachment #137320 -
Flags: review?(bugs)
per ben on IRC
Flags: blocking0.9?
Flags: blocking0.8?
Flags: blocking0.8-
Comment 8•21 years ago
|
||
*** Bug 233796 has been marked as a duplicate of this bug. ***
Comment 9•20 years ago
|
||
*** Bug 235985 has been marked as a duplicate of this bug. ***
Comment 10•20 years ago
|
||
Not only does this patch work, but it is still current. Can someone apply this to the trunk please?
Comment 11•20 years ago
|
||
Comment on attachment 137320 [details] [diff] [review] Patch: Fix as described in comment 4 pch, this is good and trivial, more good work from Pike! if you r+ it, I'll land it today
Attachment #137320 -
Flags: review?(bugs) → review?(p_ch)
Updated•20 years ago
|
Attachment #137320 -
Flags: review?(p_ch) → review+
Comment 12•20 years ago
|
||
this patch is good, but it's better to provide more context to ease the review. (cvs diff -u10)
Updated•20 years ago
|
Assignee: firefox → pike
Comment 13•20 years ago
|
||
fix checked in 02/29/2004 10:37
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Flags: blocking0.9?
Comment 14•20 years ago
|
||
*** Bug 217055 has been marked as a duplicate of this bug. ***
Comment 15•18 years ago
|
||
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → preferences
You need to log in
before you can comment on or make changes to this bug.
Description
•