Closed
Bug 302606
Opened 20 years ago
Closed 20 years ago
In Camino Preferences, the preference settings are empty/blank
Categories
(Camino Graveyard :: Preferences, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: fvanlaar, Assigned: mikepinkerton)
References
()
Details
(Keywords: fixed1.8)
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.2) Gecko/2001
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.2) Gecko/2001
When accessing Camino Preferences, the preference settings suddenly are
empty/blank. This seems to have happened since CaminoBlock, CaminoSearch.
CaminoOptions & CaminoFlash extensions were added.
Clicking on the preference category makes no difference, as all display as blank.
Restarting Camino restores the preference details for change/editing. But
subsequent access to Camino preferences reintroduces the problem.
Reproducible: Always
Reporter, what build are you using? Please remove userAgent spoofing before
filing a bug.
If you remove Cami* from your ~/Library/Application
Support/Camino/PreferencePanes folder, does the problem persist?
If you move aside the entire ~/Library/Application Support/Camino folder (create
a fresh profile), does the problem persist?
I can now reproduce this with a fresh profile, Camino 2005080208 (v0.9a2+), 10.3.9
1. Open the preferences.
2. Visit a site with a Java applet (this needs to be the first time Java is
invoked this browser session), e.g. URL above.
3. Switch panes in the preferences.
This happens only with the JEP, not Apple's Java or MRJ.plugin.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: In Camino Preferences, the preference settings are empty/blank. → In Camino Preferences, the preference settings are empty/blank
Comment 3•20 years ago
|
||
Thanks, Smokey, for tracking this down.
I've reproduced it (on OS X 10.2.8, 10.3.9 and 10.4.2, using JEP 0.9.3) with
the Camino 2005-08-02-08 nightly and Camino 0.9a2, but not with Camino 0.8.4,
Deer Park Alpha 2, or any other Mozilla family browser.
Another wierd, bad interaction.
I'll be working to decipher it and fix it (or work around it).
Comment 4•20 years ago
|
||
This bug is FIXED with the landing of the pause/resume patch. (Kreeger through
in that change.)
Please mark FIXED when the nightly from 8/4 is out.
Comment 5•20 years ago
|
||
Whoops. Wrong bug.
Comment 6•20 years ago
|
||
> Whoops. Wrong bug.
:-(
Reporter | ||
Updated•20 years ago
|
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 7•20 years ago
|
||
I've just released a Java Embedding Plugin "nightly" (JEP 0.9.3+b) that (I
think) fixes this problem. Please test it and report back here.
http://javaplugin.sourceforge.net/
Yes, JEP 0.9.3+b seems to fix this issue for me.
Assignee | ||
Comment 9•20 years ago
|
||
landed JEP 0.9.3+b on the trunk and branch.
Status: REOPENED → RESOLVED
Closed: 20 years ago → 20 years ago
Keywords: fixed1.8
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•