-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Apps
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


Sponsoring


-
- Content .- Fans  . 

Changing permissions if you own the File

  

KDE Improvement

Score 42%
Changing permissions if you own the File
zoom


Changing permissions if you own the File
zoom


Link:  http://
Downloads:  562
Submitted:  Dec 21 2003
Updated:  Dec 21 2003

Description:

Some time ago I downloaded some Commercial Application. It was a standalone installation program like Star office or Commercial Games often use. I tried to install the app by clicking on what I downloaded but nothing happened.
I tried the same as root and again nothing append.
At the time I didn't know what to do so I gave up.
Later I realised that I had to change permissions to "execute" and it worked instantly. Even as a normal User.
This experience made me think of this dialog. It pops up if you own the file but the permissions don't let you use it. In any other case the dialog wont popup. If the User try's to open a file from a different User account it also won't popup.
I post my Idea here because I want to hear some comments on this.

belze

PS: there is nothing to download. This is just an idea to discuss.




LicenseGPL
Send to a friend
Subscribe
Other  Apps  from belze
Report inappropriate content



-
.

 Will this work?

 
 by meyerm on: Dec 21 2003
 
Score 50%

But what when this is some kind of unrecognized file and you want to open it with f.ex. kwrite?

Now you click on it and a dialog asks you with which program you want to open it. How can this work together with your suggestion?

A solution _could_ be, adding another button to the "open with" dialog which is called "execute itself/directly/whatever".

Or did I understand you wrong? :-)


Reply to this

-

 Re: Will this work?

 
 by belze on: Dec 21 2003
 
Score 50%

The Open With and changing permission don't have anything to do with each other.
If you have Read permissions the dialog won't aperar.
If you don't have read Permissions the dialog will popup befor the "opening with" dialog will come.
It is more a warning message.


Reply to this

-
.

 Re: Re: Will this work?

 
 by Blue on: Dec 22 2003
 
Score 50%

"The Open With and changing permission don't have anything to do with each other."
Actually, they do; when you click on a file which doesn't have an associated application (such as a script or ELF binary), you get an "open with" dialog.

"If you have Read permissions the dialog won't aperar."
Then it will be completely useless, as you are almost certain to have read permission on a file you execute. Unless you're installing from a CD, I guess.

I believe that the real problem here is that you clicked a file, and nothing happened; no error, no launch, nothing. That is bad behavior, and should be fixed, but changing permissions in the way you describe is /not/ a good thing to be doing.


Reply to this

-

 Re: Re: Re: Will this work?

 
 by belze on: Dec 22 2003
 
Score 50%

So what would you do? Having a system wich doesent respont in any way on a User action is the worst thing there is.


Reply to this

-

 Too Much?

 
 by dle on: Dec 21 2003
 
Score 50%

Not a bad idea.

One thought occurs to me: if a user is inexperienced enough not to know about the executable bit, giving them the option of adding it for "others" might be kind of risky. It's not likely, but still.

If it were my utility, I would remove the "expanded" part of the dialog and have it default to doing just u+x or ug+x.


Reply to this

-
.

 Re: Too Much?

 
 by RipClaw on: Dec 21 2003
 
Score 50%

This is a bad idea.
What if the file is a virus or a worm ?


Reply to this

-

 Re: Re: Too Much?

 
 by belze on: Dec 21 2003
 
Score 50%

Of course this feature would make it easyer or Worms. But than again Worms will find there way anyway.


Reply to this

-
.

 Re: Re: Re: Too Much?

 
 by RipClaw on: Dec 21 2003
 
Score 50%

Maybe they find thier way anyway but we shouldn't make it easier for them.

If a user wants to execute a file he should do it manually. If his homedirector then gets deleted by a worm or a virus, maybe next time he thinks twice before he changed the permissions of a unknown file to executable and executes it.


Reply to this

-
.

 GREAT

 
 by Maui15 on: Dec 21 2003
 
Score 50%

i have been waiting for this!
lol im sure its not a virus
even if it was.... we could bust his ass bad for this.

This is looking great :)!


Alex Perrin
Reply to this

-
.

 Re: GREAT

 
 by RipClaw on: Dec 21 2003
 
Score 50%

Someone sends you a unknown file with an email. You click at the icon and oops, your homedirectory is empty. Shit happens.

Don't make the same mistakes a they where made on windows. If you want to execute a file, change the permissions manually.

Security first.


Reply to this

-

 Re: Re: GREAT

 
 by belze on: Dec 21 2003
 
Score 50%

Well that could happen I supose. But then again there could be a Warning saying that Opening unknown Fils could be dangerus.
The mauel Change of rights doesent make it safer. If the User knows what he can do, he will do it. If the User doesent he might be glad to get help from the System.


Reply to this

-
.

 DOH!

 
 by abe on: Dec 21 2003
 
Score 50%

Just yesterday I was trying to overwrite a file... but it just wasn't working, then I realized I didn't have "write" permissions on it. This kind of thing would be helpfull.


Reply to this

-
.

 Good potential

 
 by telex on: Dec 24 2003
 
Score 50%

Another approach that one could take that would be more integrated with the way that KDE handles files at the moment would be to make it part of the "open with" dialogue.

If you click on an unknown octect stream or something that KDE recognises as a binary, and you own it but it doesn't have executable permissions, then clicking on it should bring up a dialogue asking you how you would like to open the file, but rather than providing the 'open with' dialogue it ought to ask you if you would like to try executing the file, with a stern security warning, and a pointer to the permissions dialogue for the future.

I don't think security through obscurity (making people manually change permissions) is the best idea, since all you are doing is making life difficult for those who won't find the permissions dialogue (usually through not being motivated enough to look), and not providing any warning to those who will. Why not provide the functionality to all, and a warning to all?


Reply to this

-
.

 Good

 
 by rgfree on: Dec 27 2003
 
Score 50%

This is basically a good idea.
And it doesn't necessarily
have to be a security hazard:
By default there should be just
a message:
This file is not executable.
If you want to run it you have
to change its permissions by
doing bla,bla. Be aware that
executing files of unknown origin
can be a security hazard.

There should be a somewhat
"hidden" option in the control
panel which enables a more
complex dialog letting you
directly change permissions.
This should be off by default.
Whoever finds this option
in the Control Panel and enables
this should know what he's doing.


Reply to this

Add commentBack






-
-
How do you like Plasma 5?
 The best KDE Desktop ever.
 Definitely a nice improvement.
 Not decided yet. Haven't tried it yet.
 I do not like some of the changes.
 KDE is taking the wrong way.
 I am still sticking with KDE 3.5.
 I have no opinion, but wanted to vote anyway.

resultmore
 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
Events RSS   

Participate
Groups
Forum
Add App
Public API
About KDE-Apps.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2003-2014 KDE-Apps.org Team  
All rights reserved. KDE-Apps.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.