RFE: File monitoring

Bug #720351 reported by Ryan Rushton on 2011-02-16
This bug affects 11 people
Affects Status Importance Assigned to Milestone

Bug Description

It would be great if Scribes had file monitoring. The user can be notified if another user has edited the file. They then can choose to ignore the changes or reload the modified file.

Mystilleef (mystilleef) wrote :

It's turned off in the latest release due to bugs. Will be available in the next few releases. Stay tuned.

Mystilleef (mystilleef) on 2011-02-25
Changed in scribes:
importance: Undecided → Low
assignee: nobody → Mystilleef (mystilleef)
Mystilleef (mystilleef) on 2011-02-25
Changed in scribes:
status: New → Triaged
Camilo Nova (camilo-nova) wrote :

Hope to be this fixed soon.


Mystilleef (mystilleef) on 2011-03-05
Changed in scribes:
importance: Low → Wishlist
David Strauss (davidstrauss) wrote :

Perhaps this should be in a separate RFE, but there's a feature that would be great: optional three-way merge when the file on disk is detected to be newer than the last open/save time for the file in the editor.

It would work like this:
 - Scribes takes a snapshot of the file when opened or saved. This is stored in Scribes memory and is only for internal use.
 - If a newer file is detected on disk than the timestamp for the snapshot (and content differs from the snapshot), Scribes offers to either (1) reload from the one on disk, dropping any changes in the editor, (2) ignore the updates on disk, or (3) perform a three-way merge with the snapshot as the BASE, the file on disk as OTHER, and the content of the editor as THIS.

There are good Python libraries for performing this sort of merge, and it would be easy to make the feature only available if they're installed.

Mystilleef (mystilleef) wrote :

Thanks very interesting albeit complicated. I'll have to think about this more. I'm not sure how well this will work for remote files. Scribes saving system is remote agnostic.

isatis39871 (isatis39871) wrote :

Oups, opened a duplicate ticket for this. Sorry. Just as a reminder, file monitoring should put auto save on hold when it realizes the file had changed.

encompass (encompass) wrote :

There was an issue brought up at my work with me. I seemed to be reverting everyones changes. It was horrible embarrassing as I just got the job.
This happens because I svn up and the files I have open in scribes, some 30 or more, then save over the changes without telling me anything.

Mystilleef (mystilleef) wrote :

encompass what version scribes -i

encompass (encompass) wrote :

According to this I seem to have the latest. I am using the ubuntu maverick repository.

System Info: ('Linux', 'Richard', '2.6.35-30-generic', '#54-Ubuntu SMP Tue Jun 7 18:41:54 UTC 2011', 'x86_64')
Python Version: 2.6.6 (r266:84292, Sep 15 2010, 16:22:56)
[GCC 4.4.5]
System Byteorder: little
Python Modules: ('__builtin__', '__main__', '_ast', '_bisect', '_codecs', '_collections', '_functools', '_hashlib', '_locale', '_random', '_socket', '_sre', '_ssl', '_struct', '_symtable', '_warnings', '_weakref', 'array', 'binascii', 'cPickle', 'cStringIO', 'errno', 'exceptions', 'fcntl', 'gc', 'grp', 'imp', 'itertools', 'marshal', 'math', 'operator', 'posix', 'pwd', 'select', 'signal', 'spwd', 'strop', 'sys', 'syslog', 'thread', 'time', 'unicodedata', 'xxsubtype', 'zipimport', 'zlib')
Scribes Version: 0.4-dev-build954
Dbus Version: (0, 83, 0)
GTK+ Version: (2, 22, 0)
PyGTK Version: (2, 21, 0)
Psyco Not Installed
Running Instance: 0
Python Path: /usr/lib/python2.7/dist-packages
Plugin Path: /usr/lib/scribes/GenericPlugins
Data Path: /usr/share/scribes
Executable Path: /usr/bin

Eric Drechsel (ericdrex) wrote :

detecting external saves is especially important due to scribes' autosaving.

i was looking at using scribes like tomboy, with the files stored on Dropbox, but lack of change detection makes it infeasible.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers