Closed Bug 663619 Opened 14 years ago Closed 14 years ago

plugin-container uses files from default-profile ?

Categories

(Core Graveyard :: Plug-ins, defect)

2.0 Branch
x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: bugzilla, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0a1) Gecko/20110610 Firefox/7.0a1 Build Identifier: Mozilla/5.0 (X11; Linux x86_64; rv:7.0a1) Gecko/20110610 Firefox/7.0a1 It looks like to that plugin-container does not use the profile files from the profile which was specified when Firefox was started but opens file files from the profile (it needs ?) from the default profile. Reproducible: Always Steps to Reproduce: If you visit youtube.com and do the following command for your user on Linux: lsof -n | grep /home/user/.mozilla/firefox | grep plugin You would see the plugin-container process has cert8.db and key3.db open from the default profile. I tested this on my system with Firefox 4 and "Firefox 7".
Summary: plugin-container uses file from default-profile ? → plugin-container uses files from default-profile ?
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: general → plugins
Version: unspecified → 2.0 Branch
Can you attach the specific output you're seeing?
$ lsof -n | grep /home/leen/.mozilla/firefox | grep plugin plugin-co 11867 leen 23r REG 8,1 360448 1443778 /home/leen/.mozilla/firefox/XXXX.default/cert8.db plugin-co 11867 leen 24r REG 8,1 24576 1446918 /home/leen/.mozilla/firefox/XXXX.default/key3.db $ lsof -n | grep /home/leen/.mozilla/firefox | grep -v plugin | head -n1 firefox-b 2505 leen mem-r REG 8,1 32768 1449863 /home/leen/.mozilla/firefox/XXXX.test/cookies.sqlite-shm I anonymized it a bit. :-)
And how are you launching Firefox? With "-P otherprofile"? bsmedberg: Sounds like the plugin-container needs to know which profile to use? Or isn't initing PSM/NSS the right way?
Yes, I specify -P test And I normally specify -no-remote as well, but I tested it. If I leave that out I still get the same result.
OK, I moved .mozilla out of the way and tested it with a clean start. With Firefox 4 created a new /home/user/.mozilla with 2 profiles. Specify -P non-default on the commandline, visit Youtube and lsof shows plugin-container has files open files from the default profile. PS Shockwave Flash 10.2 d161 PPS As you can see from comment 2, user is actually leen
The plugin container doesn't use NSS or PSM. It's possible that Flash has decided to poke in our profile itself, which would be bad but not unthinkable. Are you sure that this is a Flash plugin and not a Java plugin? There are Java plugins which are known to poke into a profile for certificates. We really want a stacktrace at the time the file is opened. I don't know a lot about Linux tracing: is it possible to inject a breakpoint using some tracing tool? I know we could grab a trace using dtrace on mac.
Mozilla/5.0 (X11; Linux i686; rv:8.0a1) Gecko/20110720 Firefox/8.0a1 Leen, do you think you could try what Ben suggested in Comment 6?
Setting to resolved Incomplete, as no feedback has been given since June. If anyone can provide any information an feels the issue is still valid, please re-open.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.