Beachball of death (hang, stuck, crash) when trying to login to any export site (flickr, facebook, google+)
When I click on login on any of the three mentioned sites, darktable hangs without showing anything.
OpenCL is manually disabled, debug log shows only one line after click:
[pwstorage_get] no backend. not reading anything.
/Applications/darktable.app/Contents/MacOS/darktable --disable-opencl -d all
Operating system is Mac OS X 10.10.0.
Attached complete debug log.
Changing password storage backend gives same result, but no new lines on log after click.
#1 Updated by Igor Kuzmin about 5 years ago
What exactly do you mean by "I click on login on any of the three mentioned sites"? You mean login button in darktable export module? It should open a page in browser and a dialog describing what to do (that's what it does on my MacBook). Please test these 2 commands in Terminal (they should open a page in your browser):
#2 Updated by Natalia Portillo about 5 years ago
Igor Kuzmin wrote:
What exactly do you mean by "I click on login on any of the three mentioned sites"? You mean login button in darktable export module?
It should open a page in browser and a dialog describing what to do (that's what it does on my MacBook). Please test these 2 commands in Terminal (they should open a page in your browser):
Both two commands work perfectly, opening default browser (Chrome). Indeed I use them extensively.
#7 Updated by Igor Kuzmin about 5 years ago
There is no backend. So I guess it asks to login every time. I never use this functionality myself (even on Linux) so I don't care much. Bundling gnome-keyring doesn't sound like a good idea, so someone need to write an OS X Keychain pw backend - see #9084
#8 Updated by Jose Carlos Garcia Sogo about 5 years ago
do you see the dialog box that darktable opens and in which it is requesting you to paste some text from the browser? if you can see it, you can click on the close button of that dialog, and cancel it, without the rest of the program crashing.
is the browser loading any page? can you change your default browser to safari and check again?
#9 Updated by Natalia Portillo about 5 years ago
- File darktable-crash-report2.log darktable-crash-report2.log added
- File dtruss2.log dtruss2.log added
- File darktable-crash-report.log darktable-crash-report.log added
José no, I can't see any dialog box, it stays in lighttable, same position, same vision, there is not a single section new being draw on screen, not a single one gets blank, it just stops responding to events. CTRL+C on command line quits the app nonetheless.
The browser is not loading any page, not gets stuck or waiting, keeps working as always. Having the browser closed does not open it either. Tested with Safari, Chrome and Firefox.
Igor, when I first did that, surprisingly, the log shows CrashReporter as crashing.
I did it again and now shows darktable-bin as crashing (attached both).
I've also attached a dtruss where I can see it til stat64("/usr/bin/open").
After that it's reading hosts file and then infinitely repeats psynch_*
#11 Updated by Natalia Portillo about 5 years ago
- File ps_aux_postcrash_sort.txt ps_aux_postcrash_sort.txt added
- File ps_aux_precrash_sort.txt ps_aux_precrash_sort.txt added
Igor Kuzmin wrote:
Can you also post output of "ps aux" after DT hangs?
And try replacing "open %U" to "echo %U" in /Applications/darktable.app/Contents/Resources/share/applications/open.desktop to see how it changes the DT behavior and its output on terminal.
No changes in output to terminal.
Indeed I changed to "echo %U > /tmp/output.txt" but nothing got created.
#12 Updated by Igor Kuzmin over 4 years ago
- Affected Version changed from 1.6.0 to 1.6.8
- Category set to Lighttable
Tried to reproduce this issue and managed to do so on first try. But all consequent attempts showed normal behavior, so I don't know what's causing this hang. I'm afraid there is nothing for us to do here, since GTK is responsible for starting the sub-process, not DT itself.