Closed Bug 302606 Opened 19 years ago Closed 19 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: 19 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: 19 years ago19 years ago
Keywords: fixed1.8
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.