Activity log for bug #1185400

Date Who What changed Old value New value Message
2013-05-29 12:16:06 Michael Carroll bug added bug
2013-05-29 12:16:06 Michael Carroll attachment added uscerror1.png https://bugs.launchpad.net/bugs/1185400/+attachment/3689804/+files/uscerror1.png
2013-05-29 12:17:42 Michael Carroll attachment added uscerror2.png https://bugs.launchpad.net/software-center/+bug/1185400/+attachment/3689805/+files/uscerror2.png
2013-05-29 12:21:00 Michael Carroll description With Ubuntu Software Center 5.6.0 (Ubuntu 13.04) NOTE: This bug first manifested itself when I found myself unable to install from gvfs (nautilus mounted) CIFS shares. This could possibly (probably?) be due to an USC identifying legal dir/file name characters as illegal, or interpreting the dir/filename as a search request rather than as a file location To replicate this bug: I have a CIFS server named "oldman", a share called "completed". When I browse to this share in nautilus it creates the GVFS mount as: "/var/run/user/michael/gvfs/smb-share:server=oldman,share=completed/" When I open the .deb file (double click in Nautilus) i get the following error: 'No items match "/var/run/user/michael/gvfs/smb-share:server=oldman,share=completed/uplink-linux-1.6.0-2-amd64-1344894496.deb" Suggestions: - Check that your spelling is correct. Did you mean: <such and such*>' See first error image (attached to this post). Note that the file location is in the top right of the image in the search box. This is the full valid file location/name. If I copy and paste the contents of the search box into a terminal (it is not nautilus mangling it): "michael@neffo:~$ ls -l /var/run/user/michael/gvfs/smb-share:server=oldman,share=completed/uplink-linux-1.6.0-2-amd64-1344894496.deb -rwx------ 1 michael michael 21907452 May 29 21:34 /var/run/user/michael/gvfs/smb-share:server=oldman,share=completed/uplink-linux-1.6.0-2-amd64-1344894496.deb michael@neffo:~$ " If I copy the .deb file to the local disk (~/Downloads), it allows me to install as expected (see a second post for an image). This is not a file permissions issue either: "michael@neffo:~$ ls -l ~/Downloads/uplink-linux-1.6.0-2-amd64-1344894496.deb -rwx------ 1 michael michael 21907452 May 29 21:34 /home/michael/Downloads/uplink-linux-1.6.0-2-amd64-1344894496.deb michael@neffo:~$" Renaming the local file as "bleh=uplink-linux-1.6.0-2-amd64-1344894496.deb" and "bleh:uplink-linux-1.6.0-2-amd64-1344894496.deb" did not produce the bug. Renaming the file with a comma as "bleh,uplink-linux-1.6.0-2-amd64-1344894496.deb" produced the bug as seen in this post. It seems as though the comma is the problem character. With Ubuntu Software Center 5.6.0 (Ubuntu 13.04) NOTE: This bug first manifested itself when I found myself unable to install from gvfs (nautilus mounted) CIFS shares. This could possibly (probably?) be due to an USC identifying legal dir/file name characters as illegal, or interpreting the dir/filename as a search request rather than as a file location To replicate this bug: I have a CIFS server named "oldman", a share called "completed". When I browse to this share in nautilus it creates the GVFS mount as: "/var/run/user/michael/gvfs/smb-share:server=oldman,share=completed/" When I open the .deb file (double click in Nautilus) i get the following error: 'No items match "/var/run/user/michael/gvfs/smb-share:server=oldman,share=completed/uplink-linux-1.6.0-2-amd64-1344894496.deb" Suggestions: - Check that your spelling is correct. Did you mean: <such and such*>' * can't be buggered typing the whole thing See first error image (attached to this post). Note that the file location is in the top right of the image in the search box. This is the full valid file location/name. If I copy and paste the contents of the search box into a terminal (it is not nautilus mangling it): "michael@neffo:~$ ls -l /var/run/user/michael/gvfs/smb-share:server=oldman,share=completed/uplink-linux-1.6.0-2-amd64-1344894496.deb -rwx------ 1 michael michael 21907452 May 29 21:34 /var/run/user/michael/gvfs/smb-share:server=oldman,share=completed/uplink-linux-1.6.0-2-amd64-1344894496.deb michael@neffo:~$ " If I copy the .deb file to the local disk (~/Downloads), it allows me to install as expected (see a second post for an image). This is not a file permissions issue either: "michael@neffo:~$ ls -l ~/Downloads/uplink-linux-1.6.0-2-amd64-1344894496.deb -rwx------ 1 michael michael 21907452 May 29 21:34 /home/michael/Downloads/uplink-linux-1.6.0-2-amd64-1344894496.deb michael@neffo:~$" Renaming the local file as "bleh=uplink-linux-1.6.0-2-amd64-1344894496.deb" and "bleh:uplink-linux-1.6.0-2-amd64-1344894496.deb" did not produce the bug. Renaming the file with a comma as "bleh,uplink-linux-1.6.0-2-amd64-1344894496.deb" produced the bug as seen in this post. It seems as though the comma is the problem character.
2013-06-06 12:54:09 Dave Morley software-center: status New Opinion
2013-06-06 12:54:11 Dave Morley software-center: importance Undecided Wishlist
2013-06-06 12:54:31 Dave Morley tags u1-notrack
2013-06-17 09:17:37 Matthew Paul Thomas affects software-center software-center (Ubuntu)
2013-06-17 09:17:37 Matthew Paul Thomas software-center (Ubuntu): status Opinion Confirmed
2013-06-17 09:18:02 Matthew Paul Thomas software-center (Ubuntu): importance Wishlist Medium