Closed Bug 114299 Opened 24 years ago Closed 24 years ago

No print icon on menu bar (preferences not saved)

Categories

(SeaMonkey :: Preferences, defect)

x86
All
defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: chrisa, Assigned: samir_bugzilla)

References

Details

(Keywords: smoketest)

The Print icon no longer appears (next to the Mozilla throbber) on the menu bar
Reporter: could you please clarify: 1) what build you are using (shown in the title bar) 2) "no longer appears" Does this mean there's an ugly gap where it should be? or that the url bar/search button/go button is up against the throbber? if the latter, for item (2), can you confirm that you have the print button turned on in edit->preferences->navigator?
Oops. Build ID is 2001120808 on Win2K SP2 There used to be a printer icon to the left of the Mozilla throbber. There is now no icon and no space for the icon. The URL entry area seems to have extended over where the printer icon used to be. I've never had to turn on the printer icon in the task bar, so I hadn't checked. I did check Preferences and it was off. Turned it on, hit OK and it still does not appear. A return to Preferences shows that "Print" is again unchecked.
Seeing this on Linux. After build 2001-12-09-06 that preference is not saved. Nor are any other preferences. This is a smoketest blocker.
Assignee: asa → sgehani
Severity: normal → blocker
Status: UNCONFIRMED → NEW
Component: Browser-General → Preferences
Ever confirmed: true
Keywords: smoketest
OS: Windows 2000 → All
QA Contact: doronr → sairuh
Summary: No print icon on menu bar → No print icon on menu bar (preferences not saved)
Actually, not saved with the 2001-12-08 builds either. Get an exception half the time: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIPref.SetUnicharPref]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: chrome://communicator/content/pref/nsPrefWindow.js :: anonymous :: line 176" data: no]
related ? set your homepage and the URL changes to "[Object Window]" after you click on "OK".
Blocks: 114236
This happens with a clean profile too.
Depends on: 114325
*** Bug 114326 has been marked as a duplicate of this bug. ***
i have this one now: user_pref("font.language.group", "[object Window]");
Sorry, this is mine and it should be fixed now. I forgot to checkin a file last night.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
No longer blocks: 114236
*** Bug 114236 has been marked as a duplicate of this bug. ***
Blake, will this fix solve all problems with prefs/mailprefs not sticking, or are you just referring to [object window] problem?
*** Bug 114107 has been marked as a duplicate of this bug. ***
*** Bug 114358 has been marked as a duplicate of this bug. ***
*** Bug 114362 has been marked as a duplicate of this bug. ***
*** Bug 114392 has been marked as a duplicate of this bug. ***
Appears to be fixed in Linux 2001121006.
CCing Blake (see comment #11)
alge@samsen.com: This bug is fixed. (also the [Object Window] problem)
vrfy fixed. tested w/comm bits on linux rh7.2 [2002.01.04.08], winnt [2002.01.04.09] and mac 10.1.2 [2002.01.03.08].
Status: RESOLVED → VERIFIED
*** Bug 125219 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.