*** This bug is a duplicate of bug 1872476 ***
https://bugs.launchpad.net/bugs/1872476
I have read the explication of Sergio Durigan Junior in bug 1872476 and
I am convinced now that there is a problem in Samba and not in GIO. So I
shall mark this bug as a duplicate of 1872476 now. Thanks, Ser
I tried the update in a virtual machine. It seems to work. The files on
the NAS are no more shown as empty folders even if they are mounted via
GIO. But it is not the same machine where the bug had occurred before,
so I must go on testing to be shure.
--
You received this bug notification because
It seems to be the same problem as bug 1872476, but there it seems to
affect samba. I found that samba 4.11.7 alone works fine and that the
bug only occurs if the samba shares are mounted with gio mount.
Therefore I suppose it is a gio bug.
Before installing a patched samba version in my system I
Public bug reported:
If the samba protocol is reduced to SMB-1 (option client max protocol =
NT1 in smb.conf), in all samba shares mounted with gio mount, the
mounting used by file managers like Nautilus or Thunar, ordinary files
are displayed as empty folders and therefore not usable. The problem
** Information type changed from Private Security to Public
--
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/1664730
Title:
GVFS violating UNIX permissions inside Samba shares
To manag
** Also affects: network-manager (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1577885
Title:
120sec delay during shutdown or
The deprecated LanMan authentication is not safe at all. That for it is just a
bad workaround to set
client lanman auth = yes
client ntlmv2 auth = no
I hope there will soon be an other solution for this problem!
--
You received this bug notification because you are a member of Ubuntu
Desktop Bug
In Ubuntu 9.10 (Karmic Koala) the Gnome Network Administration Tool
(2.28.1 Oubuntu2) seemes to work fine now, no more crash when changing
Host Properties.
--
gnome-network-admin crashes in Jaunty
https://bugs.launchpad.net/bugs/366897
You received this bug notification because you are a member o
** Description changed:
Binary package hint: system-tools-backends
In Ubuntu 9.04 (Jaunty Jackalope) the Gnome Network Administration Tool
(German language, installed from the repositories, package gnome-
- network-admin) crashes every time I try to change Host Properties.
+ network-admin
Public bug reported:
Binary package hint: system-tools-backends
In Ubuntu 9.04 (Jaunty Jackalope) the Gnome Network Administration Tool
(German language, installed from the repositories, package gnome-
network-admin) crashes every time I try to change Host Properties.
** Affects: system-tools-ba
I installed Gnome Network admin from the repositories in Ubuntu 9.04
Jaunty (final).
It is not possible to save any locations; after entering a location name
and clicking "save", the tool always crashes.
--
[Hardy] Unable to save manual network configurations using network-admin
https://bugs.lau
I wonder why this bug is still set "invalid" in gvfs.
I explaned that you misunderstood what I was doing. I never had tried to
share a file that's already been shared! I only tried to copy the folder
"dav://gu...@192.168.1.100:53811/Musik" to my home folder. That did not
work, the folder was "not
Well, English not beeing my native language, I certainly did not explain
very well. Sorry.
The problem is not at all sharing a foreign share. It is a client
problem.
On the client, the shares are published with the syntax "dav://". If
you simply try to copy one of the shared folders to the cl
I am so sorry. I don't know how to explain what I really mean. The
problem is not half as complicated as what you describe, it is very
simple. I never tried to share a file that's already been shared. I
totally agree with you that this is nonsense!
In the folder "Public" (or "Öffentlich", for it's
This might be a bug in the backend of WebDAV in gvfs.
Accessing the share with the default syntax "dav://..." all folders can
be found and opened, but not copied or moved. Using the alternate acces
by the hidden folder "~/.gvfs/WebDAV on ", every folder can be
copied without problems.
I can't tes
** Also affects: gnome-vfs
Importance: Undecided
Status: New
** Also affects: gvfs
Importance: Undecided
Status: New
--
can't copy or move folders with "gnome-user-share"
https://bugs.launchpad.net/bugs/310598
You received this bug notification because you are a member of Ubu
"connect to server -> Windows share" works fine with credentials
(username and password) in Intrepid (Ubuntu 8.10) now, but it is still
broken in Hardy (Ubuntu 8.04). Please don't forget that Hardy is LTS (!)
and that this major bug must absolutely be fixed in Hardy as well
thatfore!
--
no person
See also Bug 221387; it might be a duplicate.
--
smb password protected share cannot be accessed
https://bugs.launchpad.net/bugs/206439
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.ub
Public bug reported:
Binary package hint: nautilus
In Gutsy "Connect to server - Windows share" still worked fine. Entering
my user name and password I always got write permissions.
In Hardy, when I try to connect to a Windows- or Samba-Share on a Server
in my workgroup using my user name, I am
Public bug reported:
Binary package hint: gvfs
I can't mount a public share with username and password with gvfs in
Hardy. The attempt by "connect to server - Windows Share" does ask for
password if an username is entered, but the connection is not done
correctly and I can't get write permission.
@ patbeppo:
I would no be surprised if it was the opposite: This problem and the
shutting down of the frozen system the origin of your file system
inconsistency?
I have not installed any ext2/3 drivers for Windows.
--
Gnome freezes after moving or deleting many files
https://bugs.launchpad.net/
I know, but could you please tell me how I could get a logfile in this
case? Opening files and not closing them correctly afterwards does not
create any debugfile, even being a bad programming mistake!
--
Gnome freezes after moving or deleting many files
https://bugs.launchpad.net/bugs/164971
You
There have some new important details been observed since, even if we
could not get a useful logfile yet:
When audio preview is activated, but not working for there is no esound
installed, a new pipe is opened whenever the mouse is moved over a
symbol of a mp3-file (You can see that with lsof -c n
It all looks to me as if there were really too many files opened. But
how did they get opened and not closed afterwards?
Till now nobody has confirmed the bug who had not handled mp3-files
before or handled other files in folders with many mp3-files in them. Is
this a coincidence?
--
Gnome freez
I still can't get a logfile. The last time that Nautilus has freezed I
had handled mp3-files again. The system monitor showed Nautilus still
running continiously with 83% CPU and 381 MB memory. That's enormous,
usually it uses about 10 MB.
After shutting down and restarting Nautilus everything wa
I turned off audio preview, and the bug happened again. So I can be
quite shure that it is not a problem of audio preview and that it has
probably nothing to do with Bug #125739.
Yet it was always after handling a lot of mp3-files that I did observe
the bug. Could it be possible that the files are
I don't think this logfile is very instructive. It is the actual one,
even beeng rather old (07-11-19). The problem had appeared several times
since, not creating a debug file. It seems to me that Nautilus not
really crashed but that there were really too many open files, even if I
had not opened a
In the german ubuntuusers forum I found other confirmations of this bug.
Some users were even very angry. If you understand german, have a look
at http://forum.ubuntuusers.de/topic/126227/?highlight= !
I noticed that there were always sound-files concerned. Might it have
something to do with Bug
It seems to be a pure Nautilus problem indeed. It is not Gnome but
Nautilus that freezes. Restarting Nautilus is sufficient to get it
working for a while, there is no need to restart the X-Server as I did
first.
There is no ordinary program crash; Nautilus freezes rather slowly: To
begin, the spec
After deleting and/or copying several files from one partition (FAT-32)
to an other partition or directory, I get this message : "copying
impossible, too many files open", even if there are no other files open.
Later on Gnome refuses all other File-operations and does no more
recognize the kind of
I think this is not a bug but a codecs problem. Both packages
gstreamer0.10-plugins-ugly-multiverse and lame must be installed to make
the mp3 profile appear and work.
--
Format profile active but not choosable in drop down list
https://bugs.launchpad.net/bugs/124437
You received this bug notific
I have got no problems any more to install the mp3 profile and to rip mp3 filse
since I have installed the fix from this page:
http://www.auer37.dsl.pipex.com/Packages.html.
Are you sure your friends have installed not only the lame package but also the
gstreamer0.10-plugins-ugly-multiverse pack
Sorry. Everything works fine now, thanks! (no need to investigate...) I
just did not know that I had to reinstall all (!) packets from
http://www.auer37.dsl.pipex.com/Packages.html and not only the i368 .deb
package!
--
Cannot edit audio profiles without closing the list
https://bugs.launchpad.ne
I installed the i368.deb package from
http://www.auer37.dsl.pipex.com/Packages.html. The bug is still there,
no way to edit audio profiles. Not possible to close any window without
a kill-command. Is that the package you mean?
--
Cannot edit audio profiles without closing the list
https://bugs.la
@ HolgerS: Try GRIP instead. It works.
--
Cannot edit audio profiles without closing the list
https://bugs.launchpad.net/bugs/84007
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
Sorry, Sebastien.
You are right, and I don't want to demotivate anyone. Be sure that I
recognize and estimate the very good work you and all the maintainers
do! And I am sure, the others think the same way. I'll try to be more
patient.
Thanks for your effort!
--
Cannot edit audio profiles witho
Thanks, Bruce!
If it makes you want to fix this bug, then perhaps "all this moaning"
was not so wrong! Even if it is not a security risc (I do agree with
Sebastien), this bug is important, and it might well stop somebody using
Ubuntu. Sound-Juicer is the standard application for ripping CDs to MP3
Sebastien, I am sorry, but I can't get along with this "easy
workaround". The dialog can be closed after closing Gnome edit audio
profiles, but the all changements of attributes and additions of modes
are not accepted by Sound Juicer, everything stays as it had been
before. So this bug really is a
*** This bug is a duplicate of bug 84007 ***
https://bugs.launchpad.net/bugs/84007
Sound-Juicer does not accept any changements or new profiles when the
window "Editing profile "$profile" is closed after closing the window
"Edit GNOME Audio Profiles". That for it is absolutely impossible to ad
I open a window with the network browser in the same way as I used to do
in Edgy and as I always do in Windows:
click on 'network':
- window with symbol 'windows network' appears
double click on symbol 'windows network':
- window with the symbol for the Domain/Workgroup appears
double click
You have been subscribed to a public bug:
Gnome Network Browser versucht unter Feisty nur als "nobody" auf Samba-
Freigaben zuzugreifen. Bei persönlichen Freigaben erfolgt keine
Passwort-Abfrage, nur "access denied". In Edgy war der Zugriff über die
Passwort-Eingabe noch problemlos möglich gewesen
41 matches
Mail list logo
