#757 Contribution annotation does not disappear

OTHER
open
nobody
5
2013-12-13
2012-07-15
No

What happened:

  • Session with Julia, Franz, Stephan
  • Julia opens a file (MUCManager.java from Saros sourcecode), selects and copies whole content and pastes it multipe times
  • On Franz' side: Whole content is colored in Julia's color (blue)
  • On Franz' side: Own changes don't have any color at all.
  • Stephan joins, and makes a few changes
  • On Franz' side: First, Stephan's changes are green, but after a few keystrokes they don't lose their color, instead they get blue, as if Julia's copy-paste actions have made blue the "Default Color".

See attached screenshot for Franz' view (was taken 12:45, thus the corresponding changes happend a few minutes before).

Discussion

  • Stefan Rossbach

    Stefan Rossbach - 2012-07-15

    Your own changes are not colored on your side, so this is fine.

    It seems that the annotation are not correctly splitted.

    E.G:

    A insert 10 characters per C&P, these 10 characters are annotated by a single annotation.

    B start overwritting some characters from A. If B insert enough characters, every annotation that is older then the last 20 inserted annotions from B, these annotations will be removed and so showing the annotation from A again.

     
  • Ercan

    Ercan - 2012-11-11

    As stated on the mailing-list, Steffen and I will be working on this issue.

     
  • Franz Zieris

    Franz Zieris - 2013-12-13
    • Description has changed:

    Diff:

    --- old
    +++ new
    @@ -1,9 +1,10 @@
     What happened:
    -\- Session with Julia, Franz, Stephan
    -\- Julia opens a file \(MUCManager.java from Saros sourcecode\), selects and copies whole content and pastes it multipe times
    -\- On Franz' side: Whole content is colored in Julia's color \(blue\)
    -\- On Franz' side: Own changes don't have any color at all.
    -\- Stephan joins, and makes a few changes
    -\- On Franz' side: First, Stephan's changes are green, but after a few keystrokes they don't lose their color, instead they get blue, as if Julia's copy-paste actions have made blue the "Default Color".
    
    -See attached screenshot for Franz' view \(was taken 12:45, thus the corresponding changes happend a few minutes before\). 
    +- Session with Julia, Franz, Stephan
    +- Julia opens a file (MUCManager.java from Saros sourcecode), selects and copies whole content and pastes it multipe times
    +- On Franz' side: Whole content is colored in Julia's color (blue)
    +- On Franz' side: Own changes don't have any color at all.
    +- Stephan joins, and makes a few changes
    +- On Franz' side: First, Stephan's changes are green, but after a few keystrokes they don't lose their color, instead they get blue, as if Julia's copy-paste actions have made blue the "Default Color".
    +
    +See attached screenshot for Franz' view (was taken 12:45, thus the corresponding changes happend a few minutes before). 
    
    • Group: 12.7.6.TESTING --> OTHER
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks