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 looki
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 playin
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
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.
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
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 gvfs
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
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 con
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 -_
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. Furthe
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: s
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 co
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 instan
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
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
15 matches
Mail list logo