Closed
Bug 663619
Opened 14 years ago
Closed 14 years ago
plugin-container uses files from default-profile ?
Categories
(Core Graveyard :: Plug-ins, defect)
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".
Reporter | ||
Updated•14 years ago
|
Summary: plugin-container uses file from default-profile ? → plugin-container uses files from default-profile ?
Updated•14 years ago
|
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: general → plugins
Version: unspecified → 2.0 Branch
Comment 1•14 years ago
|
||
Can you attach the specific output you're seeing?
Reporter | ||
Comment 2•14 years ago
|
||
$ 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. :-)
Comment 3•14 years ago
|
||
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?
Reporter | ||
Comment 4•14 years ago
|
||
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.
Reporter | ||
Comment 5•14 years ago
|
||
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
Comment 6•14 years ago
|
||
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.
Comment 7•14 years ago
|
||
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?
Comment 8•14 years ago
|
||
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
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•