When using restrictions to prevent users to see full paths and other users folders ark doesn't work. Given this example: [KDE URL Restrictions] rule_count=30 rule_1=list,,,,file,,,false rule_2=list,,,,file,,$HOME,true rule_3=open,,,,file,,$HOME/.local,false rule_4=open,,,,file,,$HOME/.kde,false rule_5=open,,,,file,,$HOME/.config,false rule_6=open,,,,file,,$HOME/.ssh,false rule_7=open,,,,file,,$HOME/.thunderbird,false rule_8=open,,,,file,,$HOME/.x2go,false ... And also when you do: chmod 711 / All these features worked in kde 3.5 series and also all this stuff is documented on techbase -> system administration Reproducible: Always Steps to Reproduce: 1. implement kiosk restrictions 2. in kdeglobals implement a section [KDE URL Restrictions] 3. more info here http://techbase.kde.org/KDE_System_Administration/Kiosk/Introduction#KDE_URL_Restrictions 4. Click the extract button Actual Results: ark fails with : It was no possible to enter the folder /. Expected Results: Ark should be using relative path and not absolute path in the folder tree. this completly breaks kiosk implementation where we need to hide others users folders. i guess that ark is not using kde kio's but instead it has a treeview to present the systems folders, but it should care for unix way of doing things and get start at least at $HOME. Even if we click at other bookmarked places as Desktop, Documents, trash:/ ark will prevent you from extract a compressed file. Drag & Drop a single file seems to work even that full extract operation isn't working, but to me it is doing it wrong because it will extract the file with full path, but there are bugs reported for the drag&drop problem.
Hi. Can you try to reproduce the issue with a more recent version of Ark?
It seems Ark should use the KAuthorized namespace, to support kiosk. Confirming the report...