[Bug 666863] Re: Nautilus sftp suspend
Hi, is there any hope for this on Lucid? I am using Lucid Lynx with Nautilus 2.30.1. Is there a way to get a more up-to-date version, without leaving Lucid? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/666863 Title: Nautilus sftp suspend To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/666863/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 745556] Re: nautilus ssh connection after suspend to ram - browsing location lost
And why is this incomplete? This has followed me from version to version, and I suppose it would be easy for anyone to reproduce. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/745556 Title: nautilus ssh connection after suspend to ram - browsing location lost To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/745556/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 745556] Re: nautilus ssh connection after suspend to ram - browsing location lost
Just saying, this thing is not fixed. Atm, what I see mostly happen: I wake up from suspend-to-ram with 4 nautilus tabs open to an ssh location. These are unresponsive, until I unmount the dead ssh connection. I try browsing them to a local folder, but they do not respond. When I do this, the tabs just close. This means, I cannot easily interrupt my work on ssh with suspend or hibernate. There are several solutions imaginable for this. - On the dead ssh connection, in addition to unmount, there could be a reconnect or restore connection option. - Unresponsive nautilus tabs, that depend on a dead ssh connection, could have a reconnect/unmount button. - Unmounting the ssh connection would still close all those tabs. I think, the same would make sense for external storage devices. Think of external HD, that gets disconnected from power supply during suspend / hibernate. When they are removed / unmounted in a controlled fashion, then the nautilus tabs can close. When they are removed / switched off during suspend or hibernate, and then just missing, the nautilus tabs should remain in a pending state, with a note asking to reconnect the device. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/745556 Title: nautilus ssh connection after suspend to ram - browsing location lost To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/745556/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 745556] Re: nautilus ssh connection after suspend to ram - browsing location lost
I think this behavior is not as it should be. At the time I wrote the previous message, it did work with suspend-to-ram. Now I checked with hibernate, and again I need to manually cut ssh connection and then do something to reconnect. And before I cut the connection, things freeze. So, the problems I have: - the freeze on some things (Nautilus, gedit) before I cut the (broken) connection. - the steps needed to get back to the connection and nautilus browsing state that i had before hibernation. I suggest some of the people at ubuntu should test this, and then decide what is the intended / desirable behavior in this kind of situation. Atm it seems that there is no intentional spec about this, just anything can happen. And please, be careful with modal dialogs, that interrupt the flow at the wrong time. The user should not care about the broken connection, until she wants to interact with the nautilus or gedit tab that depends on the connection. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/745556 Title: nautilus ssh connection after suspend to ram - browsing location lost To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/745556/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 357204] Re: label of the mouse motion preferences is misleading
Sensitivity min, Acceleration max - I am happy. Thanks a lot, Pelládi Gábor (#16). And yes, the options and their labeling are awkward. This is how I think about it. There are different levels to approach this. 1) There is a factor between physical mouse movement (in centimeters) and cursor movement (in px). That's the most naive model, and I think it is almost never that easy. 2) There is a function from physical movement speed and cursor speed. In an ideal world, this function should be continuous. A curve. The shape of the curve can be controlled by different parameters. Such as, acceleration and speed. Or, in this case, acceleration and threshold (what they call sensitivity). Physical movement speed is a value calculated from the last two or more mouse positions (*). Obviously, (1) is just a special case of (2). 3) Looking at the mouse movement trail in the last x milliseconds, we decide how to move the mouse cursor. Obviously (2) is a special case of (3), and probably we want exactly that. (*) How do we measure physical movement speed ? I imagine, what we start with is raw data points sent by the mouse. Different mice send this data with different frequency and resolution. At first thought, we would say that mouse speed can be measured by comparing two subsequent data points, and their distance in pixel. But wait.. what if the raw data gives us 10 data points of silence, and then one sudden jump of 8px? Then again 6 ticks with no movement, and then another 8px sudden movement? All of this because the reporting speed and accuracy is much higher than the actual sensor speed and accuracy. No idea if this is what actually happens, but can very well imagine. In this case we need to look at more than just the latest two data points, to get a reasonable guess about movement speed. Usually, the OS has some built-in curve based on customizable parameters. Or maybe even more than that, a secret algorithm looking at more than just the current movement speed. Now, would it not be sweet to have an API for custom mouse acceleration functions? This would be a nice playing ground.. Such an API should expose either the estimated movement speed (2), or even the raw data sent by the mouse (3), and the implementing software would return an acceleration factor, or a movement vector. Then some students could spend their usability lessons, to code us a mouse acceleration suite :) -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/357204 Title: label of the mouse motion preferences is misleading -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 745556] Re: nautilus ssh connection after suspend to ram - browsing location lost
Wow.. something has changed in Nautilus! Maybe I am on a new version? It says 2.30.1. Now the remote ssh tabs no longer close after suspend-to-ram. Instead, - each of the remote tabs goes to local Home automatically after a suspend-to-ram. - all ssh connections are cut off. - the back button gets me back to the original remote location, for each tab separately. This is a LOT better than the old behavior. Maybe there could be better solutions, but it would require some design thinking. I can live with this solution quite well. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/745556 Title: nautilus ssh connection after suspend to ram - browsing location lost -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 745556] Re: nautilus ssh connection after suspend to ram - browsing location lost
A little workaround: 7.d) For each of the remote nautilus tabs, click Home. Then unmount the ssh connections (in the side pane). This prevents the tabs from being closed. 8.d) For each of the previously remote nautilus tabs, click the Back button. Yeah! Anyway, this is not a satisfactory solution. Btw, often when I unmount an ssh connection with Nautilus, it will directly ask for the password to reconnect. Strange, that is. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/745556 Title: nautilus ssh connection after suspend to ram - browsing location lost -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 426185] Re: Gnome-panel fails to load various applets
Sorry, this is not fixed for me. On startup / reboot: - For a long time I see no panels at all. The full-screen windows are resized in a way that they leave space for the panels, but the panels themselves are just transparent bars showing the desktop image. - After this long time of waiting, I see a bunch of error messages telling me that almost all panel components failed loading. I can choose to either delete these components from the configuration, or not. Either way, these components won't appear on the panels unless I re-add them manually. Missing components include the taskbar, show desktop, desktop switcher, clock, etc, more or less everything except the menu (applications/places/system). After reading one of the above comments, I tried killall gnome-panel. Result: - long waiting (but not as long as on startup, I think) - now my panel components are all back! wow! Some of them duplicate, but this was to be expected, after the steps above. Obviously I don't see this as a satisfactory solution. -- Gnome-panel fails to load various applets https://bugs.launchpad.net/bugs/426185 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 426185] Re: Gnome-panel fails to load various applets
And my system is: Ubuntu 10.04 LTS Gnome version 2.30.2 -- Gnome-panel fails to load various applets https://bugs.launchpad.net/bugs/426185 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-panel in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
