GKSu - Patches: patch #6688, Opening files via "Open as...
You are not allowed to post comments on this tracker with your current authentication level.
patch #6688: Opening files via "Open as administrator" generates commandline with extra blank space
Submitter: | Luca Falavigna <dktrkranz> | ||
Submitted: | Wed 10 Dec 2008 11:50:23 AM UTC | ||
Category: | None | Priority: | 5 - Normal |
Status: | None | Privacy: | Public |
Assigned to: | None | Open/Closed: | Open |
Attached Files
Depends on the following items: None found
Items that depend on this one: None found
Carbon-Copy List
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follows 1 latest change.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2008-12-10 | dktrkranz | Attached File | - | ![]() |
Added libnautilus-gksu.c.patch, #17016 |
Taken from https://launchpad.net/bugs/252633:
Suppose if we open an archive(i.e. .tar.gz) via "Open as administrator" then it opens two file-roller window. One window says "Unable to open" and other window shows the archive content. But the first window steals focus, so we have to click "Ok" and close it to do anything with the other window.
Internally nautilus-gksu finds the application name for selected file's mime type. But the returned application name contains one extra blank space which leads to a commandline something like "appBBvfspath", where app is application name, B is a blank space and vfspath is a vfs path of the file. In my case file-roller treats the second blank space as seperate parameter and tries to open it. This happens with several applications (such as nautilus).
Attached patch fixes it.