Version: 3.0.5a-0.73.0 (using KDE KDE 3.0.5) Installed from: RedHat RPMs OS: Linux "kdesu kfmclient openProfile filemanagement" does not allow to open text files with right-click. Using right-click results in a message "KDEinit could not launch 'kwrite'". if run "kdesu -t kfmclient openProfile filemanagement", the following messages display on screen: _IceTrans Open: Unable to Parse address none Session management error: Could not open network socket DCOPServer up and running. _IceTrans Open: Unable to Parse address none Session management error: Could not open network socket QObject::connect: No such signal KDockArea::docked() QObject::connect: (sender name: 'unnamed') QObject::connect: (receiver name: 'view widget') Child size after child insert : x: 0, y: 0, w: 100, h: 120 Parent sizes after child insert : 100 _IceTrans Open: Unable to Parse address none Session management error: Could not open network socket _IceTrans Open: Unable to Parse address none Session management error: Could not open network socket
I changed to Fedora and no longer get this problem.
However, I still do. I tried the first version of the kdesu command, but not the second. Will test again to make sure.
Is this still an issue for you Matt?
I can confirm too on 3.5 svn head.
cartman, are you confirming that the bug exists or doesn't exist. Either can you change the status to match.
Confirming.
*** Bug 106100 has been marked as a duplicate of this bug. ***
KDE 3.5.4 still suffers from this problem. I had several konqueror windows open, also a kdesu konqueror in which I could open files with kwrite as root. But after a while I got the error message "kdeinit could not launch kwrite" . Only when I kill all konqueror windows and relaunch "kdesu konqueror" I am able again to open files with kwrite as root. This bug is several years old. Please fix it. vatbier
First part confirmed in 3.5.9 (open text file), second part (-t) has same effect as first part. Both shows password prompt and nothing more in trunk (r803661).
When the root path includes first the kde3 binaries, both commands launches konqueror 3 from root account, and I've opened sucessfully 10 files with kwrite v3. When the root path does not includes the kde3 binaries, then the root password window is shown and nothing more happens. tested using svn trunk r828814
Is this bug still valid on KDE 4?
Yes, the bug is still valid. In KDE 4.2.4 I opened a folder in konqueror with kdesu "konqueror --profile filemanagement %U". In that superuser konqueror I clicked on a few text files and they were opened by kwrite. I closed the superuser konqueror. Again I opened a folder in konqueror with the above command. Then when I clicked in the new superuser konqueror on a text file I got this error message: KDEInit could not launch '/usr/bin/kwrite'.
reopening as the reporter gave informations