If text contains newline, "Copy/Paste" operations add unrelated characters
Open the attached score created from scratch (MuseScore 7ab8acd on Xubuntu 14.10).
Double click on the staff text to switch to edit mode.
Copy a letter, for example the first one (S):
Move the cursor just after this letter and do "Ctrl+V".
Result: a special character is displayed after the letter that was pasted:
Click anywhere to deselect and confirm changes.
Result: we see that a new line was added:
Double click again on the staff text to switch to edit mode.
Copy the first letter (S).
Move the cursor just after this letter and do "Ctrl+V".
Result: two special characters are displayed after the letter that was pasted:
Click anywhere to deselect and confirm changes.
Result: we see that two new lines were added:
If we do another "Copy/Paste" operation, four new lines will be added. The next "Copy/Paste" operation will add height newlines. Etc.
This bug only occurs if there are newlines somewhere in the text.
| Attachment | Size |
|---|---|
| text-1.png | 6.48 KB |
| text-2.png | 6.42 KB |
| text-3.png | 6.04 KB |
| text-4.png | 6.86 KB |
| text-5.png | 6.38 KB |
| text-newline.mscz | 1.47 KB |
Comments
Is this different from your previous report #34526: Special characters and newlines are not pasted correctly in edit mode? I guess the symptom is not quite the same, but I suspect it will turn out to be the case cause.
In the current report, unrelated newlines are automatically added in the pasted text. However, the fact that they appear as special characters (small bell) after being pasted is probably caused by the bug #34526: Special characters and newlines are not pasted correctly in edit mode.
@Marc: I've not seen your comment before adding mine. :-) Yes, it's different. The report 34526 is about when we copy special characters or newlines and paste them. They are not displayed correctly.
The current report is about when we copy letters or words (but no newlines). When we paste them, newlines are automatically added, but only if the text contains newlines somewhere. For example, the first steps of the current report show that if we copy a single letter in a text containing a newline somewhere and we paste it, newlines are added after the letter.
For this issue, I note three steps in time:
1) From May 19 until September 2, I get this result by adding a “S”.
![1Copy S on September2.jpg]( "1Copy S on September2.jpg")
![2after Esc on September2.jpg]( "2after Esc on September2.jpg")
For this final result after Escape: "taff" is repeated, and we have a total of 2 lines, as initially
2) From September 3, "taff" is also repeated, but the text is now included on three lines after Escape.
![3copyS on September3.jpg]( "3copyS on September3.jpg")
![4 Copy S after Esc September3.jpg]( "4 Copy S after Esc September3.jpg")
![5 result on September 24 as current result.jpg]( "5 result on September 24 as current result.jpg")
3) Finally, on September 24, "taff" is not repeated, and again we have 3 lines. This is the result still prevails today.
So, nothing convincing, I think? Therefore, is it useful or not to seek the commits that led to these changes between 2-3 September and 23-24 September?
- Finally, note that I have never met unrelated characters in all these tests (I use Windows7)
Fixed in c0a13fccb7
I tested a bit, more testing welcome.
Automatically closed -- issue fixed for 2 weeks with no activity.