I have the same problem as others mentioned, don't need to be new folder,
chrome always hung (not crash) when saving images to folder, I'll see the
file.jpg.crdownload in the folder. windows show chrome as "not
responding", have to kill via task manager. Using latest chrome on XP.
Hi, I have the same problem using Chrome version 13.0.782.112, under
Windows XP SP3. This is what I do:
1. Go to a site which has pictures (i.e. http://xbmc.org/skins/pm3-hd/)
2. Click a thumbnail -> save image as... to a folder (save as many pictures
as you would, as long as you don't change the folder, no crash)
3. Click another thumbnail -> save image as... -> create a new folder ->
save the picture in it (no crush, yet)
4. Click again a thumbnail -> save image as... (the path is preserved to
the newly created folder in step 3) -> save the picture in it -> Whoa!
Google Chrome has crashed. Relaungh now? -> OK!
5. Restore session -> save image as... the path to the last folder used (in
steps 3-4) is lost
Please notice that there is no option Wrench > Options > Under the Hood >
Check "Help make Google Chrome better ...", as explained above. This
version of Chrome I'm using has no such option.
Same here with win7
The program chrome.exe version 14.0.835.186 stopped interacting with
Windows and was closed. To see if more information about the problem is
available, check the problem history in the Action Center control panel.
Process ID: 1b8
Start Time: 01cc7d16dfb9c3a0
Termination Time: 835
Report Id: 14f0ba67-ea79-11e0-9ea3-1c6f65f55941
*******************
- System
- Provider
[ Name] Application Hang
- EventID 1002
[ Qualifiers] 0
Level 2
Task 101
Keywords 0x80000000000000
- TimeCreated
[ SystemTime] 2011-09-29T08:57:44.000000000Z
EventRecordID 16469
Channel Application
Computer mohammed-PC
Security
- EventData
chrome.exe
14.0.835.186
1b8
01cc7d16dfb9c3a0
835
C:\Users\mohammed\AppData\Local\Google\Chrome\Application\chrome.exe
14f0ba67-ea79-11e0-9ea3-1c6f65f55941
430072006F00730073002D0074006800720065006100640000000000
--------------------------------------------------------------------------------
Binary data:
In Words
0000: 00720043 0073006F 002D0073 00680074
0008: 00650072 00640061 00000000
In Bytes
0000: 43 00 72 00 6F 00 73 00 C.r.o.s.
0008: 73 00 2D 00 74 00 68 00 s.-.t.h.
0010: 72 00 65 00 61 00 64 00 r.e.a.d.
0018: 00 00 00 00 ....
Problem signature
Problem Event Name: AppHangB1
Application Name: chrome.exe
Application Version: 14.0.835.186
Application Timestamp: 4e77dea9
Hang Signature: 84ed
Hang Type: 16384
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Hang Signature 1: 84ed7e40b55565a4835bcc6ff8eac5f9
Additional Hang Signature 2: 5ab8
Additional Hang Signature 3: 5ab8b847f7b24f9c6e161f419a857a8e
Additional Hang Signature 4: a89a
Additional Hang Signature 5: a89a66e239d7151a1019696d25c102cf
Additional Hang Signature 6: bd9a
Additional Hang Signature 7: bd9a1d2f8c21b52f6aa1e467e68351ad
Comment #23 on issue 67454 by rds...@chromium.org: Chrome hangs after
saving an image in a new just-created folder
http://code.google.com/p/chromium/issues/detail?id=67454
Eric: Do we get crash reports when windows closes a hung program as
described in c# 19? If we don't, is there some way we could arrange to?
@rdsmith: No, those reports to go Microsoft. Will need to generate a dump
manually _before_ forcing the application closed.
The easiest way to do that is download ProcessExplorer
(http://technet.microsoft.com/en-us/sysinternals/bb896653). Launch it, and
right click on the hung process, then choose "Create dump" --> "Create
minidump".
Which process should we dump in PE? Because it's so easy to reproduce I'll
go on and do it, but still with a single tab opened I get like 10 or so
chrome.exe processess in PE. The main one, from which all of the others
seems to be spawned (in PE's tree view mode) is the one we should mini-dump?
Ok then. I've went through and recreated the problem (Save image as...,
save, Save image as..., change folder, Save -> freeze). Mini-dump included
(not so "mini", being 3MB+).
Hope it helps. Windws 7 64Bit SP1, Chrome 14.0.835.202
Attachments:
chrome.dmp 3.1 MB
Comment #28 on issue 67454 by ero...@chromium.org: Chrome hangs after
saving an image in a new just-created folder
http://code.google.com/p/chromium/issues/detail?id=67454
I couldn't get any useful 32-bit thread contexts out of that minidump.
@rvargas, are you able to get thread backtraces for this?
I tried
.load wow64exts
.effmach x86
but it is still showing most threads as being in wow64cpu!SockSocket+0xe9
Yeah, the dump has some issues.
The UI thread:
kernel32!WaitForSingleObjectExImplementation+0x75
kernel32!WaitForSingleObject+0x12
chrome_5a760000!base::PlatformThread::Join+0x13
[d:\b\build\slave\chrome-official\build\src\base\threading\platform_thread_win.cc
@ 144]
chrome_5a760000!base::Thread::Stop+0x1d
[d:\b\build\slave\chrome-official\build\src\base\threading\thread.cc @ 102]
chrome_5a760000!base::Thread::~Thread+0x10
[d:\b\build\slave\chrome-official\build\src\base\threading\thread.cc @ 60]
chrome_5a760000!base::Thread::`scalar deleting destructor'+0x8
chrome_5a760000!BaseShellDialogImpl::EndRun+0x3f
[d:\b\build\slave\chrome-official\build\src\chrome\browser\ui\views\shell_dialogs_win.cc
@ 509]
chrome_5a760000!SelectFileDialogImpl::FileSelected+0x25
[d:\b\build\slave\chrome-official\build\src\chrome\browser\ui\views\shell_dialogs_win.cc
@ 750]
chrome_5a760000!RunnableMethod<SelectFileDialogImpl,void (__thiscall
SelectFileDialogImpl::*)(FilePath const &,int,void
*,BaseShellDialogImpl::RunState),Tuple4<FilePath,unsigned int,void
*,BaseShellDialogImpl::RunState> >::Run+0x22
[d:\b\build\slave\chrome-official\build\src\base\task.h @ 338]
chrome_5a760000!`anonymous namespace'::TaskClosureAdapter::Run+0xb
[d:\b\build\slave\chrome-official\build\src\base\message_loop.cc @ 105]
chrome_5a760000!MessageLoop::RunTask+0x72
[d:\b\build\slave\chrome-official\build\src\base\message_loop.cc @ 486]
chrome_5a760000!MessageLoop::DeferOrRunPendingTask+0x26
[d:\b\build\slave\chrome-official\build\src\base\message_loop.cc @ 505]
chrome_5a760000!MessageLoop::DoWork+0x7d
[d:\b\build\slave\chrome-official\build\src\base\message_loop.cc @ 693]
chrome_5a760000!base::MessagePumpForUI::DoRunLoop+0x54
[d:\b\build\slave\chrome-official\build\src\base\message_pump_win.cc @ 203]
chrome_5a760000!base::MessagePumpWin::RunWithDispatcher+0x38
[d:\b\build\slave\chrome-official\build\src\base\message_pump_win.cc @ 53]
chrome_5a760000!MessageLoop::RunInternal+0x26
[d:\b\build\slave\chrome-official\build\src\base\message_loop.cc @ 452]
chrome_5a760000!MessageLoop::RunHandler+0x17
[d:\b\build\slave\chrome-official\build\src\base\message_loop.cc @ 424]
chrome_5a760000!MessageLoopForUI::Run+0x21
[d:\b\build\slave\chrome-official\build\src\base\message_loop.cc @ 835]
chrome_5a760000!`anonymous namespace'::RunUIMessageLoop+0x3d
[d:\b\build\slave\chrome-official\build\src\chrome\browser\browser_main.cc
@ 717]
chrome_5a760000!BrowserMain+0x1b3a
[d:\b\build\slave\chrome-official\build\src\chrome\browser\browser_main.cc
@ 2079]
chrome_5a760000!ChromeMain+0x6a4
[d:\b\build\slave\chrome-official\build\src\chrome\app\chrome_main.cc @ 895]
chrome!MainDllLoader::Launch+0xfc
[d:\b\build\slave\chrome-official\build\src\chrome\app\client_util.cc @ 260]
chrome!wWinMain+0xfc
[d:\b\build\slave\chrome-official\build\src\chrome\app\chrome_exe_main_win.cc
@ 46]
chrome!__tmainCRTStartup+0x112
[f:\dd\vctools\crt_bld\self_x86\crt\src\crt0.c @ 263]
kernel32!BaseThreadInitThunk+0xe
ntdll_76f70000!__RtlUserThreadStart+0x70
ntdll_76f70000!_RtlUserThreadStart+0x1b
So basically we are waiting for the dialog_thread to finish:
void BaseShellDialogImpl::EndRun(RunState run_state) {
...
delete run_state.dialog_thread;
}
I can't know for sure which thread we are waiting for, but the handle is
still valid so the thread is alive. There are two candidate threads, and
they are both running DTShl32 code:
Thread 37:
1326fb60 755c4208 kernel32!WaitForMultipleObjectsExImplementation+0xe0
1326fb7c 6e363e05 kernel32!WaitForMultipleObjects+0x18
1326fba8 6e363eeb DTShl32+0x13e05
1326fbb0 755c339a DTShl32+0x13eeb
1326fbbc 76fa9ed2 kernel32!BaseThreadInitThunk+0xe
1326fbfc 76fa9ea5 ntdll_76f70000!__RtlUserThreadStart+0x70
1326fc14 00000000 ntdll_76f70000!_RtlUserThreadStart+0x1b
Thread 36:
12e8f5ec 755c1148 kernel32!WaitForSingleObjectExImplementation+0x75
12e8f600 6e363d8f kernel32!WaitForSingleObject+0x12
12e8f628 754995dd DTShl32+0x13d8f
12e8f678 75498fa5 ole32!CClassCache::CleanUpDllsForApartment+0x13a
12e8f6bc 75498ec3 ole32!FinishShutdown+0x120
12e8f6dc 75499652 ole32!ApartmentUninitialize+0x96
12e8f6f4 754988e8 ole32!wCoUninitialize+0x88
12e8f710 754ac6e8 ole32!CoUninitialize+0x72
12e8f720 75499acb ole32!DoThreadSpecificCleanup+0x73
12e8f724 76fa9a91 ole32!FlsThreadCleanupCallback+0x19
12e8f740 76fcd32e ntdll_76f70000!RtlProcessFlsData+0x57
12e8f7d8 76fcd5c2 ntdll_76f70000!LdrShutdownThread+0x35
12e8f7e8 755c33a1 ntdll_76f70000!RtlExitUserThread+0x2a
12e8f7f4 76fa9ed2 kernel32!BaseThreadInitThunk+0x15
12e8f834 76fa9ea5 ntdll_76f70000!__RtlUserThreadStart+0x70
12e8f84c 00000000 ntdll_76f70000!_RtlUserThreadStart+0x1b
DTShl32 is part of DAEMON Tools Pro. Please disable or uninstall that
product and see if you still can repro the issue.
As you can see, I'm not closing the bug as invalid: we may still be doing
something wrong.
However, the fact that other browsers don't hang is not saying that there
is no bug inside DTShl32. We just create a dedicated thread for this
message window, and wait for that thread to finish before moving on (we
could probably not wait), but there's nothing wrong in waiting, and not
doing it may just leave threads behind (eventually reaching a system limit
and hanging, who knows).
In fact, failures only after creating directories point to a bug in the
shell extension, not our code. Note that thread 36 is asking DTShl32 to
unload, and it is not doing it.
Hi,
anybody, tell me DAEMON Tools Pro version installed
4.41 in my case.
Hi, I'm running chrome 12.0.742.112 on windows xp sp3, right click save as
image would hung chrome with a proper .crdownload file in the directory
I've clicked (renaming the .crdownload to .jpg I can view the file
properly). There's 4 chrome process spawned from the parent I created a
mini-dump after it hung from the main process, let me know if this dump is
proper or not.
Attachments:
chrome.dmp 2.2 MB
no I don't use daemon tools.
In case you are using DAEMON Tools Pro, you just need to install latest
version 4.41.0315.
I removed foldersize and it fixes my problem! Thanks for the detective
work...drove me crazy for a while.
I still have the problem
Win 7 (64 bit)
Steps to reproduce:
1. Open Chrome
2. navigate to any website
3. save any file or "save as image" (torrent., png, jpg etc.)
windows save dialogue window appears
4. change name of the file
5. press OK
result:
Chrome hangs! You have to kill the process..
@warlokk: these sorts of issues are usually caused by windows shell
extensions. Try using ShellExView to identify which shell extension is
causing this interaction (for detailed steps see
http://code.google.com/p/chromium/issues/detail?id=73243). Once you have
identified the shell extension you should be able to disable it, and report
the issue to its maintainers.