Activity log for bug #986269

Date Who What changed Old value New value Message
2012-04-20 16:34:04 bcbc bug added bug
2012-04-25 05:35:16 bcbc summary Nautilus pops browser on bash partition mount Unable to open a folder for 10 GB Filesystem", "No application is registered as handling this file... Nautilus pops browser on bash partition mount
2012-04-25 05:38:10 bcbc description I first noticed this behaviour in Ubuntu 11.10. When I run my bash script that mounts partitions on my hard drive (e.g /dev/sda5), Nautilus pops up with a browser window. This is an illogical action, since I've not 'inserted a drive', it's already there, and it's just been manually mounted. This Nautilus action will interfere with the scripts operation since, when the script tries to unmount the drive (rapidly) it finds that Nautilus is still busy with it, producing it's browser window. You wouldn't expect this if you mount a partition from the terminal - and for the most part this is correct (Nautilus does nothing), but not all the time. I've managed to trigger Nautilus to pop just with a simple terminal mount. I have a workaround in my bash script that creates a udev rule and runs udevadm trigger to hide the partition, but this seems extreme. I believe it's a bug in Nautilus in how it responds to the signal that a partition has been mounted. Please see this for complete details and discussion of possible solutions (and the bash script code): http://askubuntu.com/questions/121569/prevent-nautilus-showing-partition-mounted-in-bash-script I understand you can prevent Nautilus responding to inserted drives etc., but this is definitely not the case here - the drive is already there, just the partition is being mounted. I first noticed this behaviour in Ubuntu 11.10. When I run my bash script that mounts partitions on my hard drive (e.g /dev/sda5), Nautilus pops up with a browser window. This is an illogical action, since I've not 'inserted a drive', it's already there, and it's just been manually mounted. This Nautilus action will interfere with the scripts operation since, when the script tries to unmount the drive (rapidly) it finds that Nautilus is still busy with it, producing it's browser window. If I run chmod 700 on the mountpoint prior to mounting (root only access), then I get a popup message stating: "Unable to open a folder for 10 GB Filesystem", "No application is registered as handling this file". This is because the mountpoint is not accessible to the logged in user. You wouldn't expect this if you mount a partition from the terminal - and for the most part this is correct (Nautilus does nothing), but not all the time. I've managed to trigger Nautilus to pop just with a simple terminal mount. I have a workaround in my bash script that creates a udev rule and runs udevadm trigger to hide the partition, but this seems extreme. I believe it's a bug in Nautilus in how it responds to the signal that a partition has been mounted. Please see this for complete details and discussion of possible solutions (and the bash script code): http://askubuntu.com/questions/121569/prevent-nautilus-showing-partition-mounted-in-bash-script I understand you can prevent Nautilus responding to inserted drives etc., but this is definitely not the case here - the drive is already there, just the partition is being mounted.
2012-04-25 05:51:36 bcbc affects nautilus (Ubuntu) unity
2012-04-25 05:52:16 bcbc summary Unable to open a folder for 10 GB Filesystem", "No application is registered as handling this file... Nautilus pops browser on bash partition mount Unable to open a folder for 10 GB Filesystem", "No application is registered as handling this file... or Nautilus pops browser when partition is mounted in bash script
2012-04-25 05:53:29 bcbc description I first noticed this behaviour in Ubuntu 11.10. When I run my bash script that mounts partitions on my hard drive (e.g /dev/sda5), Nautilus pops up with a browser window. This is an illogical action, since I've not 'inserted a drive', it's already there, and it's just been manually mounted. This Nautilus action will interfere with the scripts operation since, when the script tries to unmount the drive (rapidly) it finds that Nautilus is still busy with it, producing it's browser window. If I run chmod 700 on the mountpoint prior to mounting (root only access), then I get a popup message stating: "Unable to open a folder for 10 GB Filesystem", "No application is registered as handling this file". This is because the mountpoint is not accessible to the logged in user. You wouldn't expect this if you mount a partition from the terminal - and for the most part this is correct (Nautilus does nothing), but not all the time. I've managed to trigger Nautilus to pop just with a simple terminal mount. I have a workaround in my bash script that creates a udev rule and runs udevadm trigger to hide the partition, but this seems extreme. I believe it's a bug in Nautilus in how it responds to the signal that a partition has been mounted. Please see this for complete details and discussion of possible solutions (and the bash script code): http://askubuntu.com/questions/121569/prevent-nautilus-showing-partition-mounted-in-bash-script I understand you can prevent Nautilus responding to inserted drives etc., but this is definitely not the case here - the drive is already there, just the partition is being mounted. I first noticed this behaviour in Ubuntu 11.10. When I run my bash script that mounts partitions on my hard drive (e.g /dev/sda5), Nautilus pops up with a browser window. This is an illogical action, since I've not 'inserted a drive', it's already there, and it's just been manually mounted. This Nautilus action will interfere with the scripts operation since, when the script tries to unmount the drive (rapidly) it finds that Nautilus is still busy with it, producing it's browser window. If I run chmod 700 on the mountpoint prior to mounting (root only access), then I get a popup message stating: "Unable to open a folder for 10 GB Filesystem", "No application is registered as handling this file". This is because the mountpoint is not accessible to the logged in user. You wouldn't expect this if you mount a partition from the terminal - and for the most part this is correct (Nautilus does nothing), but not all the time. I've managed to trigger Nautilus to pop just with a simple terminal mount. I have a workaround in my bash script that creates a udev rule and runs udevadm trigger to hide the partition, but this seems extreme. I believe it's a bug in Unity(?) (maybe Nautilus?) in how it responds to the signal that a partition has been mounted. Please see this for complete details and discussion of possible solutions (and the bash script code): http://askubuntu.com/questions/121569/prevent-nautilus-showing-partition-mounted-in-bash-script I understand you can prevent Nautilus responding to inserted drives etc., but this is definitely not the case here - the drive is already there, just the partition is being mounted.
2012-08-07 18:51:24 Bilal Akhtar affects unity nautilus (Ubuntu)
2013-04-10 06:01:46 Launchpad Janitor nautilus (Ubuntu): status New Confirmed
2013-04-10 07:33:41 Sebastien Bacher nautilus (Ubuntu): importance Undecided Low
2013-04-11 03:28:25 bcbc affects nautilus (Ubuntu) unity (Ubuntu)
2013-05-19 10:52:59 WladyX bug added subscriber WladyX
2014-07-23 23:21:58 Marco Trevisan (Treviño) unity: importance Undecided Low
2014-07-23 23:21:58 Marco Trevisan (Treviño) unity: status New Confirmed