Bug 379477 - The file manager does not save file changes on the remote serve
Summary: The file manager does not save file changes on the remote serve
Status: RESOLVED DUPLICATE of bug 370532
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR major
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-05-03 13:19 UTC by Alex
Modified: 2017-05-04 08:20 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alex 2017-05-03 13:19:46 UTC
I opened the remote directory
sftp://root@myHostIP:22/fileToEdit

And I tried to edit the file. "Open with ..." of different editors

Atom (1.16.0-1)
A local copy of the file was created.
After the file was modified nothing happened.
After the editor was closed, a dialogue appeared to load the local copy of the file to the remote server.

Visual Studio Code (1.11.2-1)
A local copy of the file was created.
After the file was modified nothing happened.
After the editor was closed nothing happened.

Sublime Text (3.3126-1)
A local copy of the file was created.
After the file was modified nothing happened.
After the editor was closed nothing happened.
Comment 1 Elvis Angelaccio 2017-05-03 18:35:39 UTC
Can you try again making sure to have only ONE instance of Atom or VSCode or Sublime running?
Comment 2 Alex 2017-05-04 06:30:24 UTC
(In reply to Elvis Angelaccio from comment #1)
> Can you try again making sure to have only ONE instance of Atom or VSCode or
> Sublime running?

I did just that. During the test, I did not run all the editors at the same time. I ran and closed them one by one.
On the Visual Studio Code testing time, none of the editors (Atom and Sublime Text) have not been installed in the system.
Comment 3 Elvis Angelaccio 2017-05-04 08:20:16 UTC
Ok I just tried with Sublime and, as I suspected, the process forks on startup and execs another process. This will be properly handled by the upcoming KIO 5.34, which will be released next week.

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