| Summary: | >=app-editors/gedit-2.14.x cannot overwrite files on a samba share | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Evert <evert.gentoo> |
| Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | vostorga |
| Priority: | High | ||
| Version: | 2006.0 | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| URL: | http://bugzilla.gnome.org/show_bug.cgi?id=336738 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Evert
2006-07-27 09:19:39 UTC
Almost 3 months later, situation still the same and not even one reaction! Is this one left in the forgotten corner? Many of us don't have the means to test things in combination with a samba server :( Anyhow, does this problem still exist, and if it does, could you try grabbing gnome-vfs-2.17 from the gnome-experimental overlay and see if that helps? There is a samba fix in there that hasn't been backported to 2.16 yet, but not sure if it could help with this particular problem The problem still exists, but the system is still at gnome-2.14 and CHOST i386. It's my system at work so I'll do this major upgrade (world and CHOST) in a chroot environment since I don't want to break the system. Major update done, CHOST="i686-pc-linux-gnu" now and I'm completely up2date! So, where can I find this experimental overlay? Evert, can you still reproduce this bug with either gedit 2.16 or 2.18? If not, please close this bug. Thanks :) I just upgraded to gnome-base/gnome-vfs-2.17.91 and app-editors/gedit-2.17.6 from the portage overlay and the problem is still there... btw, I can't find any gedit-2.18 in the portage overlay, gedit-2.17.6 is the only one there! Upstream bug: http://bugzilla.gnome.org/show_bug.cgi?id=336738 Evert, ping? Still an issue? Part of this bug has been fixed in the kernel a while ago. Do you still have that problem? Thanks Hi Rémi! Yes, I still have this problem (app-editors/gedit-2.20.4-r1, kernel 2.6.24.2) It works for me at work, where I have the same versions. However there is some kind of a glitch. I believe it was that at first try it doesn't open the file, but trying again it does (close gedit, open again, or something) - perhaps the connection is initiated and cached by gnome-vfs by then and it fails before, or something. I'll have to check the behaviour exactly again. However I've edited files remotely fine and saved them directly to samba. So basically a WORKSFORME, but I can try poking holes into it later. However, with GNOME-2.22 the samba connection will be handles by gvfs instead of gnome-vfs. Might have better luck in your case too with that (or worse) Well, a worksforyou doesn't mean a worksforme. With vi, this is a worksforme too, but we're talking about gedit here. I also tested your scenario: gedit test.txt (new file) add some text press the Save button result: it gets saved because the file doesn't exist yet close gedit gedit text.txt (existing file) add or change some text press the Save button result: (-) Could not save the file /path/to/test.txt. (x) Cancel Now I want to save the file anyway so I switch to a terminal window and delete the file using "rm /path/to/text.txt". I switch back to gedit press the Save button result: it gets saved because the file didn't exist anymore So basically, gedit is not able to overwrite a file on the samba share over here. If you wish, I can add a screenshot... Maybe usefull to add: the mount command shows the share is mounted using "cifs (rw,mand)" I can't reproduce the issue with gedit-2.24.3 and kernel 2.6.28-gentoo-r5 , can you confirm it is fixed? I don't have access to this windows share anymore so I can't confirm this anymore... Alright, thanks for the heads up. Let's consider this bug fixed until someone proves me wrong :) Cheers |
