After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 372865 - group ownership not preserved when saving over sftp
group ownership not preserved when saving over sftp
Status: RESOLVED DUPLICATE of bug 360400
Product: gedit
Classification: Applications
Component: general
2.14.x
Other All
: Normal normal
: ---
Assigned To: Gedit maintainers
Gedit maintainers
Depends on:
Blocks:
 
 
Reported: 2006-11-09 09:25 UTC by Dave
Modified: 2006-11-11 14:00 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Dave 2006-11-09 09:25:27 UTC
Please describe the problem:
When I edit files over sftp i will often open files with file ownership:

user id = 500
group id = apache

as soon as I save the file, the ownership is changed without warning to

uid = 500
gid = 500

not only is this incorrect, it breaks a numberr of php programs i have running on the server.

(this is while logged in to the sftp as user 500 )

Steps to reproduce:
1. open a file over sftp with a different gid and uid
2. save the file.



Actual results:
The file ownership will have been changed witout warning so that the gid is the same as the uid.

Expected results:
the group ownership of the file should be preserved with the original owning group.

Does this happen every time?
yes.

Other information:
I dont know if it helps any, but using winSCP to connect over sftp and edit files on the same server does not have this problem. ( the problem with winSCP is, well, having to use windows :P )
Comment 1 Paolo Borelli 2006-11-11 14:00:18 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

Feel free to add your comments to the other bugreport

*** This bug has been marked as a duplicate of 360400 ***