New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 23327 link

Starred by 3 users

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Oct 2009
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 1
Type: Bug
M-4

Restricted
  • Only users with EditIssue permission may comment.



Sign in to add a comment

chrome creating junk directory tree in $HOME

Reported by marcin.o...@gmail.com, Sep 29 2009

Issue description

Chrome Version       : 4.0.213.1-r27053
OS + version : ubuntu 8.04.2
CPU architecture i386
window manager : metacity

What steps will reproduce the problem?

List $HOME directory contents

What is the expected result?

No junk :-)

What happens instead?

mowsiany@beczulka:~$ LANG=C find \<\?xml\ version\=\"1.0\"\ 
encoding\=\"UTF-8\"\?\>\<gupdate\ xmlns\=\"http\:/ -ls
3940436    4 drwx------   3 mowsiany eng          4096 Sep 26 13:12 <?xml\ 
version=\"1.0\"\ encoding=\"UTF-8\"?><gupdate\ xmlns=\"http:/
3940439    4 drwx------   3 mowsiany eng          4096 Sep 26 13:12 <?xml\ 
version=\"1.0\"\ encoding=\"UTF-8\"?><gupdate\ xmlns=\"http:/www.google.com
3940455    4 drwx------   3 mowsiany eng          4096 Sep 26 13:12 <?xml\ 
version=\"1.0\"\ encoding=\"UTF-8\"?><gupdate\ 
xmlns=\"http:/www.google.com/update2
3942495    4 drwx------   3 mowsiany eng          4096 Sep 26 13:12 <?xml\ 
version=\"1.0\"\ encoding=\"UTF-8\"?><gupdate\ 
xmlns=\"http:/www.google.com/update2/response\"\ protocol=\"2.0\"><app\ 
appid=\"com.google.crx.blacklist\"\ status=\"ok\"><updatecheck\ 
status=\"noupdate\"
3942533    4 drwx------   3 mowsiany eng          4096 Sep 26 13:12 <?xml\ 
version=\"1.0\"\ encoding=\"UTF-8\"?><gupdate\ 
xmlns=\"http:/www.google.com/update2/response\"\ protocol=\"2.0\"><app\ 
appid=\"com.google.crx.blacklist\"\ status=\"ok\"><updatecheck\ 
status=\"noupdate\"/><
3942534    4 drwx------   3 mowsiany eng          4096 Sep 26 13:12 <?xml\ 
version=\"1.0\"\ encoding=\"UTF-8\"?><gupdate\ 
xmlns=\"http:/www.google.com/update2/response\"\ protocol=\"2.0\"><app\ 
appid=\"com.google.crx.blacklist\"\ status=\"ok\"><updatecheck\ 
status=\"noupdate\"/></app><
3942535    4 drwx------   2 mowsiany eng          4096 Sep 26 13:12 <?xml\ 
version=\"1.0\"\ encoding=\"UTF-8\"?><gupdate\ 
xmlns=\"http:/www.google.com/update2/response\"\ protocol=\"2.0\"><app\ 
appid=\"com.google.crx.blacklist\"\ status=\"ok\"><updatecheck\ 
status=\"noupdate\"/></app></TEMP_INSTALL


Please provide any additional information below. Attach a screenshot if
possible.

Cyrille Moureaux suggested that this might be caused by some chrome-related 
script.

 

Comment 1 by est...@chromium.org, Sep 29 2009

Labels: -Area-Misc Area-Extensions
Status: Available
This is from the extensions subsystem. I have no idea how to reproduce this though.
Maybe Aaron can fill us in or direct this to the right people.
This is the extensions blacklist.  Assigning to Lei to investigate.  Perhaps asargent 
has some input as well since this may be related to his Omaha code.
Status: Started

Comment 5 by tony@chromium.org, Sep 30 2009

Comment 6 by evan@chromium.org, Oct 1 2009

Labels: Mstone-4 Pri-1 ReleaseBlock-Beta
Oh, I saw this too!  No idea what causes it.

Comment 7 by evan@chromium.org, Oct 1 2009

see also issue 22703, which should probably be higher prio
Update: Lei had the same thing on his machine, and the time of directory creation was 
pretty close to the time chrome itself was autoupdated.

It seems pretty likely this is caused by lack of zygote for utility process (issue 
22703 as evan notes). I'm working to verify.
Ok, I was able to reproduce this on ubuntu by starting with build 4.0.211.2 installed, 
launching the browser, installing 4.0.213.1 on top while chrome was still running, and 
then going to chrome://extensions and forcing an update check. 
Status: Fixed
I just checked in a workaround for this bug to not use a utility process on either 
linux or mac (which both have the problem of mismatched process spawning after chrome 
is autoupdated). Long term we need to fix Issue 22703 (linux) and  Issue 8102  (Mac) 
before getting rid of the workaround, as well as make sure both use the sandbox in 
their utility process like windows does.

Comment 11 by evan@chromium.org, Oct 5 2009

Can you file a bug to fix this?  We'll never remember to re-enable this code unless 
there's a bug filed.
Filed as  Issue 23837 
The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=27997 

------------------------------------------------------------------------
r27997 | asargent@chromium.org | 2009-10-05 09:11:35 -0700 (Mon, 05 Oct 2009) | 8 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/extensions/extension_updater.cc?r1=27997&r2=27996
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/extensions/sandboxed_extension_unpacker.cc?r1=27997&r2=27996
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/utility_process_host.cc?r1=27997&r2=27996
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/utility_process_host_unittest.cc?r1=27997&r2=27996
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/web_resource/web_resource_service.cc?r1=27997&r2=27996

Do not use the utility process on linux.

We don't currently use the zygote to spawn the utility process, so after browser updates bad bugs can occur with mismatched subprocesses. See  crbug.com/23327  and crbug.com/22703.

BUG= 23327 
TEST=Extensions installation/autoupdate and New Tab Page tip download should still work.

Review URL: http://codereview.chromium.org/256036
------------------------------------------------------------------------

Labels: Feature-Extensions
Project Member

Comment 15 by bugdroid1@chromium.org, Oct 12 2012

Labels: Restrict-AddIssueComment-Commit
This issue has been closed for some time. No one will pay attention to new comments.
If you are seeing this bug or have new data, please click New Issue to start a new bug.
Project Member

Comment 16 by bugdroid1@chromium.org, Mar 10 2013

Labels: -Mstone-4 -Feature-Extensions M-4 Cr-Platform-Extensions
Project Member

Comment 17 by bugdroid1@chromium.org, Mar 13 2013

Labels: -Restrict-AddIssueComment-Commit Restrict-AddIssueComment-EditIssue

Sign in to add a comment