![]() Registered Member ![]()
|
I've seen this on the internets, but none seem to have my specific issue
Background: Using a debian variant all of this is as root: (not sudo, root) when I right click on the menu -> Edit Applications, everything looks good. I make my change (add --user-data-dir to the google launcher) and save. No errors. click on google, it doesnt launch (bounce, bounce, bounce die) if I launch kmenuedit from the command line. Same deal, no errors. It still doesn't appear to save the edit. in ~/.config/menus all I have is: application-merged/xdg-desktop-menu-dummy.menu which is empty What's next? |
![]() Manager ![]()
|
you should be looking in ~/.local/share/applications
in kmenuedit what is the command you entered? does it work without the --user-data-dir appended? syntax is --user-data-dir=~/whatever |
![]() Manager ![]()
|
if this thread has longevity at some point someone will point out that that logging in as root is considered bad practice and should be avoided
|
![]() Registered Member ![]()
|
I understand the dangers of root, this is a specific use case that reqiures it.
Back on topic. The launcher in ~/.local/share/applications works just fine if I click on it in Dolphin. --user-data-dir IS saved in that launcher. Maybe the trouble is just with the Kickoff widget itself? |
![]() Manager ![]()
|
I tested it on my account using command and kmenuedit and it worked fine
does it work ok in a non-root account? |
![]() Manager ![]()
|
if you Google
you will see posts addressing this and the statement that Chrome[ium] is not allowed to run as root by design |
![]() Registered Member ![]()
|
Try to run "kbuildsycoca4" (or maybe even "kbuildsycoca4 --noincremental" to recreate the system cache and notify kickoff of the change. (normally this should be done automatically by kmenuedit though) |
![]() Registered Member ![]()
|
Don't have a non-root account on this box.
This is specifically what the --user-data-dir is for. When you run it as root this is exactly what it tells you to do. Again, this is not a google problem. I can open chrome just fine from Konsole
works fine. kbuildsycoca4 and kbuildsycoca4 --noincremental didn't help output:
|
![]() Registered Member ![]()
|
Hm. Does creating a completely new menu entry (with that --user-data-dir option) for Chrome work? |
![]() Registered Member ![]()
|
Yes it does. Which is a nice workaround, but I'm still curious why I can't edit the one that's already there. Update: I can edit THAT menu entry as well. |
![]() ![]()
|
what does the original service (somewhere in /usr/share/applications) look like? (could be immutable)
please post it in code tags |
![]() Registered Member ![]()
|
also if I symlink in that directory to the one on my desktop, that works fine too.
|
![]() ![]()
|
i meant the file contents.
config keys can be tagged immutable. |
![]() Registered Member ![]()
|
localizations snipped:
|
![]() ![]()
|
canyou try removing:
from that file? (run kbuildsycoca4 --noincremental again after editing the file) |
Registered users: Bing [Bot], Google [Bot], Yahoo [Bot]