Read-only participants can edit using keyboard shortucts

[dpp-gerrit]

Peers marked as read-only can use keyboard shortcuts to edit and cause inconsistencies. Examples include: Ctrl-D (Delete line), Ctrl-Up/Down,
Ctrl-Alt-Up/Down

Reported by: kbeecher

Original Ticket: dpp/bugs/460

[dpp-gerrit]

• status: open --> open-wont-fix

Original comment by: kargor

[dpp-gerrit]

Even Eclipse has some limitations. Last but not least you can modify the file outside of the Eclipse IDE.

Original comment by: kargor

[dpp-gerrit]

• status: open-wont-fix --> pending-fixed

Original comment by: arndttigges

[dpp-gerrit]

The result of the release test:
Basically it works. However, for pasting the result is not ideal. When
pasting the changes are only visible locally and the user does not get a
read-only warning but an inconsistency error. As no changes from the
write-restricted user are transfered, this behaviour is only inconvenient not critical.

Original comment by: cio

[dpp-gerrit]

• status: pending-fixed --> open

Original comment by: cio

[dpp-gerrit]

I don't get it: What is "for pasting the result is not ideal" supposed to mean?
What exactly did you do as a read-only participant to circumvent the newly implemented "barrier" (see commit 2f555d).

Original comment by: fzieris

[dpp-gerrit]

A description would be nice indeed. What still works are shortcuts like copy/cut/paste.

So the question is: does invoking those shortcuts also unlock the locked actions again ?

Original comment by: kargor