Bug 80933 - KURLRequester hangs forever if a QProcess is running
Summary: KURLRequester hangs forever if a QProcess is running
Status: RESOLVED NOT A BUG
Alias: None
Product: kio
Classification: Unmaintained
Component: kioslave (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR crash
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-05 02:27 UTC by Bernhard Rosenkraenzer
Modified: 2004-08-11 22:45 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Test case (787 bytes, text/plain)
2004-05-05 02:30 UTC, Bernhard Rosenkraenzer 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Bernhard Rosenkraenzer 2004-05-05 02:27:47 UTC 
Version:           3.2.2 (using KDE KDE 3.2.2)
Installed from:    Compiled From Sources
Compiler:          gcc 3.3.3 
OS:          Linux

SSIA - if a QProcess is running, opening the dialog from a KURLRequester takes forever.

If you remove the _p->start(); line from the test case I'm attaching, everything works as expected.
If you leave it in, the UI comes up, and when you open the file selector dialog via the KURLRequester, it hangs forever.

Tested on KDE 3.2.2 with Qt 3.3.2 (qt-copy from today's CVS)
Comment 1 Bernhard Rosenkraenzer 2004-05-05 02:30:13 UTC 
Created attachment 5884 [details]
Test case

Test case demonstrating the problem
Comment 2 Bernhard Rosenkraenzer 2004-05-05 03:04:16 UTC 
I've just verified that replacing the QProcess with a KProcess is a workaround for the problem -- nevertheless it should probably be addressed, it may well be the root of other issues
Comment 3 Waldo Bastian 2004-08-11 22:45:22 UTC 
Qt bug: Qt installs a signal handler for SIGCHLD and does not call any previously installed SIGCHLD handler.