Registered Member
|
Using archlinux
More info: https://bbs.archlinux.org/viewtopic.php?id=217972
Is anyone have this problem? What happened? Is it was some kind of sandbox alike stuff which was added that blocks access to some files? |
Registered Member
|
With regard to keepassx, I changed the ~/. config/autostart/keepassx.desktop exec line from:
There are a number of bugs, probably related to this, at https://bugs.kde.org |
Registered Member
|
Autostart is broken for me also. Recently updated kde plasma (currently on KDE Version: 4.14.26) and I have a simple shell script that is set to autostart. It was working fine until recently (broke after KDE upgrade). How do I debug this or is there a work-around?
Thanks! |
Registered Member
|
Can you post the content of the relevant .desktop file in ~/. config/autostart/? Maybe it will give a clue for a workaround.
|
Registered Member
|
Actually, after debugging some more I found that the script runs but it is not working as before the latest KDE plasma upgrade. The script is supposed to open the "pinentry" gui allowing me to enter a password. This was working fine before but now the GUI never shows up. The script might get killed or something? The return code from the pinentry gui indicates that the dialog was closed/canceled. But the dialog never shows up. Thanks. |
Registered Member
|
Ok, found what was wrong. Seems like the "Work path" is not taking effect (which it used to). The script I am executing at startup launches another python script located in the "work path" directory. This used to work before upgrading KDE not long ago. Now I get error that it cannot find the script. Updated the first script to use absolute path and the problem is solved. Is this expected behavior?
Thanks! |
Registered users: Bing [Bot], Google [Bot], Yahoo [Bot]