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)

PowerPC
macOS
defect
Not set
normal

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
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).
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.
Whoops. Wrong bug.
> Whoops. Wrong bug. :-(
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
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.
landed JEP 0.9.3+b on the trunk and branch.
Status: REOPENED → RESOLVED
Closed: 20 years ago20 years ago
Keywords: fixed1.8
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.