Markers lost after copy and paste

[ASteppke]

In a drawing with several lines that all contain arrow tips as markers I selected a line and a rectangle, copied and pasted them. In the pasted items the line contains no arrow tips anymore.

If I only select lines this works correctly but as soon as other shapes are selected the arrow tip is removed when pasting the items. This happens with a relatively recent Inkscape 0.48+devel r12483 on Windows 7.

[ASteppke (asteppke-gmail)]

After saving and reloading the document the line markers appear correctly during copy and paste. So it might have been just a fluke and not easily reproducible.

[jazzynico (jazzynico)]

Reproduced on Crunchbang Waldorf (a Debian stable based disto), Inkscape trunk revision 12832.
Not reproduced with 0.48.3.1.

[Martin Owens (doctormo)]

Copy and paste a rect and some lines:

 * It pastes the items near the originals
 * It removes each of the markers one at a time
 * It then moves the selection of new items to where the mouse is.

You can see this process by pressing undo, which doesn't just undo the paste. No, it's all separated out and undos each of the verbs above one at a time. Very odd.

[Martin Owens (doctormo)]

Further testing shows:

 * If one has two lines, one with markers and one without.
 * If the marker line is in-front, the markers are removed
 * If the markers are behind, the markers stay

This shows that the lack of markers is persisting as the selection list is looped over in document order.

[OJW (owhite)]

Workaround: Duplicate (Ctrl-D) instead of copy/paste.

[su_v (suv-lp)]

AFAICT another required trigger (besides stack order) is having opened 'Fill and Stroke' in the current session (the steps from comment 4 otherwise don't reproduce with Inkscape 0.91 r13725, e.g. with default new prefs, and a new session).

Not reproduced with Inkscape 0.91+devel r14387 on OS X 10.7.5.

Based on tests with archived trunk builds:
- reproduced with rev <= 14198,
- not reproduced with rev >= 14200;
the reported issue seems to have been fixed with the changes in rev 14199:
https://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/changes/14200
https://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/14199

This is also confirmed by testing with current 0.91.x r13826 (trunk rev 14199 was backported to 0.91.x in rev 13798).