Re: [Bug 36196] Re: .wav sounds when I move the icon or send it to trash
El vie, 04-07-2008 a las 04:04 +, jorge escribió: Have it with Hardy here. The sane behaviour should be that the sound stopped playing. No popup, nothing. that's the point, it's just a preview: put the cursor there, listen for two seconds, hit delete and it's gone. If it was me looking for a bugfix, i'd look to where it watches for the cursor to leave the play area: add watch for the area leaving the cursor :) This bug ocurred to me without me actually trying to use the preview: i was to delete a file and the cursor just rested over the symbol. It started playing AFTER i actually deleted the file. That would indeed be the sane behavior with autoplay, but the solution I proposed works for any application using the file, not just the preview. -- .wav sounds when I move the icon or send it to trash https://bugs.launchpad.net/bugs/36196 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 36196] Re: .wav sounds when I move the icon or send it to trash
This still happens on the last amd64 Hardy, and not only with wav files: after converting some mp3 to oggs, I was deleting the original files, and my mouse stuck over one of them, which started autoplaying. I proceeded to send them to the trash nevertheless, but the file under the mouse kept playing even though it had disappeared from the Desktop. Now, I don't think the solution would be related to stopping playback when the handle is no longer valid: as the file is only moved to a folder in the same FS, the file handle is still valid. In fact, iIrc, the actual deletion would not be possible if it invalidated the file handle. Maybe Nautilus should just check that all the files it's going to move to the trash have no open handles, and if they do, pop up a dialog like: The file 'music.ogg' is in use by the following programs: totem, ogg123. Do you want to try moving it to the Trash anyway? -- .wav sounds when I move the icon or send it to trash https://bugs.launchpad.net/bugs/36196 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 209271] Re: gvfs-smb: strange timeouts
I think I have pinpointed the problem: after a clean reinstall Ubuntu Hardy, the gvfs samba client worked flawlessly until I added the wins option to the hosts line in /etc/nsswitch.conf in order to make firefox able to resolve netbios names in the workgroup. Then, the timeouts appeared again. I removed the wins option and back to joy. Does this make any sense? -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 209271] Re: gvfs-smb: strange timeouts
Reopening, new data added ** Changed in: gvfs (Ubuntu) Status: Incomplete = New -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 209271] Re: gvfs-smb: strange timeouts
Ludicrous. AFAIK there is at least another person with this problem, bug #210746, which is _also_ tagged as incomplete even though the submitter did everything you asked from him/her and nobody has answered in a week. But it's OK, I don't want to start the typical this is why Linux/Ubuntu/GNOME will not (whatever) flame. Just tell me where to report this bug upstream and I'll be gone. So long and thanks for all the fish. 2008/4/14, Sebastien Bacher [EMAIL PROTECTED]: you are welcome to send the bug upstream though, since you are the one getting the issue you can reply to their questions -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a direct subscriber of the bug. -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 212279] Re: mounting an sftp volume ignores specified directory
Also happens to me, both when mounting through Nautilus and gvfs-mount, the link that appears on the Desktop and the mounted folder at ~/.gvfs is invariably the remote root. This is just a nuisance with my local MythTV server, but some servers do not allow access to root, so this issue could become more important. -- mounting an sftp volume ignores specified directory https://bugs.launchpad.net/bugs/212279 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 209271] Re: gvfs-smb: strange timeouts
Once again, updated everything to the latest version in the repositories. The problem has been reduced from ~90% of SMB access trials to about ~50%, but big file copies are still impossible, as they hang after about 8 MiB (hang as in have-to-kill-gvfsd-smb-to-remove- stuck-dialog). I've rerun gvfsd-smb in gdb but there are no news: threads are created sometimes; successful accesses write nothing in any log, while timeouts make gdb print a thread 0xhexnum (LWP ) exited message. Sometimes Nautilus hangs during accesses, sometimes it does not, which is making this painfully difficult to diagnose, since I don't know where to f*** point the debugger at!! I have even had moments where not just the active Nautilus window, but gnome-panel and the Desktop would hang, which makes me reinforce my hypothesis that this has something to do with the communications between the daemons, since how could several programs hang at once else than trying to communicate with the same, hung, daemon?. By the way, has any of this been forwarded upstream? I understand that I and the submitter of bug #210746 seem to be the only ones with this problem, but still... This computer was running pretty fine before updating to Hardy beta (lucky it's not a production computer) except for the video drivers, which I think don't have anything to do with this. Besides, gvfs is a newly installed program AND gnomevfs apps work perfectly smooth (i.e. I can play a song through SMB in Totem, with still uses gnomevfs, while gvfsd-smb is timing out trying to access the same share) so this is even weirder. -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 215438] [NEW] audio ceases to function when brasero is working
Public bug reported: Binary package hint: brasero Ubuntu release: Hardy beta (updated today) Package version: 0.7.1-3ubuntu1 Description: I noticed today, when I was dumping a DVD, that a movie playing on Totem had muted. Checked with VLC and that too was silenced. I fiddled with the volume controls, even restarted ALSA and PulseAudio to no avail. Suddenly, when Brasero finished, sound went back online. Maybe a locking issue? The operation was a simple unprotected video DVD dump, bit-for-bit, nothing to do with audio, so this was a creepy windows-like blackout. ** Affects: brasero (Ubuntu) Importance: Undecided Status: New -- audio ceases to function when brasero is working https://bugs.launchpad.net/bugs/215438 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to brasero in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 209271] Re: gvfs-smb: strange timeouts
Big sigh. Updated everything to the latest version (35 updated today, wow) and results here: * Yes, SSH connections, or any kind of gvfs backend _other than_ smb works OK: ftp, ssh, burn, etc. * I attached gdb to gvfsd-smb and started a big file copy (which miraculously completed successfully -_-), then turned to browse another SMB share on the same box and the lovely delays were once again there - even worse, but maybe that can be attached to running with the debugger. Finally, the magic timeout error. Apart from some new-thread, thread-exited messages on file copies, and a SIGPIPE on a copy cancellation, there is no GDB output whatsoever, not even when the timeout error happened. * I can't run gvfsd-smb CLI because I have no anonymous shares, nor the will to open them, since this network is heavily Internet-exposed. Besides, I'm in the middle of an exam week and have nearly no free time. * Once again, none in dmesg, syslog or messages -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 209271] Re: gvfs-smb: strange timeouts
1) The log: there is just nothing there! in messages, there are a lot of --MARK-- messages each 20 mins or so, while syslog contains some pulseaudio errors, the hourly run of cron and more --MARK--s. 2) DBUS issues: any possible issue would have been brought by the Hardy beta upgrade. Furthermore, HAL (which is also based on DBUS) works fine 3) Network issues: no sugar. As I said, using anything other than gvfs/nautilus for browsing it works fine - gnomevfs, mount.cifs, xsmbrowser... So no network problems 4) Going to the other box: no need to run ssh, I could do it locally. However, that box uses Mythbuntu, so no gvfs to toy with (and I don't feel like installing a nonworking app on a working computer) 5) Local copies et al work correctly, yes. Even big files are copied OK between other gvfs backends (i.e. trash, burn, ftp...) The strange thing with this is that _sometimes_ it works and sometimes it doesn't. A thing, however, that always fails is copying large files over SMB, even when browsing had previously worked. This might indicate that gvfsd-smb may have a problem with bulk transfers. Concretely, after 5~10 MiB, the transfer stops and can't even be cancelled without killing gvfsd-smb. An analysis with Wireshark reveals that it's my Ubuntu box the one that stopped requesting data, not the Windows box who stopped serving them, and the last messages exchanged don't reveal anything special (no errors, etc). -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 209271] [NEW] gvfs-smb: strange timeouts
Public bug reported: Binary package hint: gvfs-backends The new gvfs backend system for Nautilus et al. in Hardy beta seems to have some problems browsing SMB shares (both Windows and Samba). I'm subscribing this just to gvfs-smb, but I haven't tested other network backends like ftp. The problem is as follows: trying to enter SMB shares from the network view in Nautilus or from a mounted share in the desktop nearly always times out. This didn't happen in older versions (with the gnomevfs backend), and does not happen with gnomevfs in Hardy, as shown: With GNOMEVFS (works) $ gnomevfs-ls smb://salon/Documents . (Directory, x-directory/normal) size 0 mode 0755 .. (Directory, x-directory/normal) size 0 mode 0755 mythtv_config (Directory, x-directory/normal) size 0 mode 0755 StepMania-3.9 (Directory, x-directory/normal) size 0 mode 0755 mediacenter (Directory, x-directory/normal) size 0 mode 0755 mythtv.log (Regular, text/x-log) size 6785 mode 0644 docs(Directory, x-directory/normal) size 0 mode 0755 With GVFS (request additional mount step, which I figure is by design, but then times out) $ gvfs-ls smb://salon/Documents Error: La ubicación especificada no está montada (translation: specified location is not mounted) $ gvfs-mount smb://salon/Documents $ gvfs-ls smb://salon/Documents Error: Expiró el tiempo de conexión (translation: connection timed out) I can confirm this is _not_ due to users/credentials problems, as I control both machines and have adjusted all required permissions. Release: Ubuntu hardy (development branch) 8.04 - i.e. Hardy beta gvfs-backends version: 0.2.2-1 (last available) Expected behaviour: system lists files in SMB share, as old gnomevfs did Actual behaviour: connection timeout error ** Affects: gvfs (Ubuntu) Importance: Undecided Status: New -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 209271] Re: gvfs-smb: strange timeouts
Update: the delays and timeouts still happen, even if I kill the running gvfsd/gvfsd-smb instance and let just my own. The delays are ~20 seconds compared to the ~1.5 secs gnomevfs-ls (i.e. the old VFS backend) takes to successfully display contents. No new output in the terminal-borne gvfsd instance. -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 209271] Re: gvfs-smb: strange timeouts
In addition to the computer I'm testing from, there are two SMB servers: salon (Mythbuntu Hardy beta i686, Samba) and my brother's computer (Windows XP Pro SP2 32 bits). Running gvfsd on a terminal and then running the command-line gvfs-* apps seems to work most of the time, sometimes immediately, sometimes with a ~20 seconds delay, though I still get the occasional timeout. This* is exceptionally bad performance, since the experiment is performed on a completely good, low-traffic LAN and gnomevfs-* utils work all right. This makes /me think the issue might be at least partially related to local DBUS connections from Nautilus to gvfsd, or between the gvfs daemons, but I don't really know the architecture. The output of the gvfsd instance showed nothing related to the timeouts - there were just two lines per mount request Added new job source 0x644060 (GVfsBackendSmb) Queued new job 0x644830 (GVfsJobMount) *Side note: I did not kill the running gvfsd instance, nor start my own as root, just run the command you asked as my user. Do you want me to kill the running gvfsd and redo the experiment in order to check if the timeouts still happen? -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 209271] Re: gvfs-smb: strange timeouts
Both: depending on (apparently) whether the current microfortnight is even or odd, gvfs-ls shows the contents of the SMB share after about ~20 secs, or it just times out. If I get really, really lucky (i.e. when the current ufn is a multiple of 42), it works correctly without delays. All of this could be adscribed to a faulty server or network, but as I said, performing the same tests with gnomevfs-ls (which is unrelated to the new gvfs framework) or just mounting the share with mount.cifs (also unrelated to gvfs) and browsing it, the requested operation is always completed successfully in under 3 seconds. This makes me think the error is in the gvfs framework, possibly the communication system it uses (dbus), but I might be wrong. -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 209271] Re: gvfs-smb: strange timeouts
Did so, and the results are basically non. Turns out that gvfsd-smb is not to be run manually (request some key-value pairs). On the other hand, .xsession-errors, dmesg, /var/log/messages and /var/log/syslog say nothing about gvfs*, smb*, cifs* or whatever related to the problem. -- gvfs-smb: strange timeouts https://bugs.launchpad.net/bugs/209271 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs