Bug 89499 - unmount problems with locked down desktop
Summary: unmount problems with locked down desktop
Status: RESOLVED FIXED
Alias: None
Product: kiosk
Classification: Plasma
Component: kiosktool (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-14 17:20 UTC by Waldo Bastian
Modified: 2004-11-03 16:09 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Waldo Bastian 2004-09-14 17:20:10 UTC
Version:            (using KDE KDE 3.3.0)
Installed from:    Compiled From Sources
OS:                Linux

I had a really strange situation today when presenting the new school computer
and using CD-ROM. I had tested everything yesterday, just this I forgot. *gg*
I have activated "device icons" for CD-ROM and floppy icons on my kiosk
profiles. I also had activated the option:
General --> Disable execution of arbitrary .desktop files.

Well, now I clicked on the CD-ROM icon and the CD got mounted and no problems,
but then I wanted to unmount or eject the CD-ROM again, but I just got no
permissions to do it. *hmmmmm* This is maybe bit userunfriendly to shutdown
the PC to get the CD back ;) Or have I something wrong here. On the console
it is no problem to unmount, just in KDE I haven't found any way to do it
again.

Better would be if you can allow unmounting of  the KDE devices, but still
disable other .desktop files? Or at least also disallow to mount a device,
because it is bit stupid when you cannot get it out again. Hope this can get
fixed, or someone can tell me how to do it right.
Comment 1 Chusslove Illich 2004-09-26 19:37:39 UTC
Same problem, KDE 3.2.3, Debian packages.

I have discovered that after opening CD, there is "kdeinit: kio_audiocd audiocd ..." in process list (although data CD is in question) and ejecting is not possible while this process is present. If I kill it, ejecting works immediately.
Comment 2 Waldo Bastian 2004-11-03 16:09:27 UTC
CVS commit by waba: 

KIOSK: "run_desktop_files=false" should not affect service menus.
BUG: 89499


  M +5 -2      krun.cpp   1.262


--- kdelibs/kio/kio/krun.cpp  #1.261:1.262
@@ -187,5 +187,5 @@ bool KRun::displayOpenWithDialog( const 
     {
        // TODO: Better message, i18n freeze :-(
-       KMessageBox::sorry(0L, i18n("You are not authorized to execute this file."));
+       KMessageBox::sorry(0L, i18n("You are not authorized to open this file."));
        return false;
     }
@@ -508,6 +508,8 @@ static pid_t runCommandInternal( KProces
     const QString &execName, const QString & iconName )
 {
-  if ( service && !KDesktopFile::isAuthorizedDesktopFile( service->desktopEntryPath() ))
+  if (!service->desktopEntryPath().isEmpty() &&
+      service && !KDesktopFile::isAuthorizedDesktopFile( service->desktopEntryPath() ))
   {
+     kdWarning() << "No authorization to execute " << service->desktopEntryPath() << endl;
      KMessageBox::sorry(0, i18n("You are not authorized to execute this file."));
      return 0;
@@ -635,4 +637,5 @@ pid_t KRun::run( const KService& _servic
       !KDesktopFile::isAuthorizedDesktopFile( _service.desktopEntryPath()))
   {
+     kdWarning() << "No authorization to execute " << _service.desktopEntryPath() << endl;
      KMessageBox::sorry(0, i18n("You are not authorized to execute this service."));
      return 0;