trunk: moving a selection of frame and text-flowed-into-frame displaces text (rev >= 13634)

[su_v]

Steps to reproduce:
1) launch trunk (new doc, new default prefs)
2) draw a shape (e.g. rect, or ellipse)
3) create a regular text object
4) select all (Ctrl+A)
5) flow text into shape (Alt+W)
6) select all (Ctrl+A), grab with mouse and move the selection

Expected result:
The shape and the text keep their relative position once the selection is released at new position

Actual result:
The text is displaced and no longer in the same relative position to the frame as originally.

Reproduced with Inkscape 0.91+devel r13937 on OS X 10.7.5.

Based on tests with current stable, and archived trunk builds:
- not reproduced with Inkscape 0.48.5 r10040, 0.91 r13725,
- not reproduced with Inkscape 0.91+devel rev <= 13632,
- reproduced with Inkscape 0.91+devel rev >= 13634;
it seems that this unexpected behavior was likely introduced with the changes in r13634:
http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/changes/13634

Revision 13634: Initial removal of box3d outdated GTKish macros.
http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/13634

[jazzynico (jazzynico)]

Confirmed on Windows XP (32 bits) with Inkcsape trunk rev. 13963.
Not reproduced with 0.48.5.

[jazzynico (jazzynico)]

Patch tested on Xubuntu 16.04, lp:inkscape/0.92.x rev. 15353.

[jazzynico (jazzynico)]

Fixed in lp:inkscape rev. 15522.

Note that the trunk patch was very small compared to the one for the 0.92.x branch due to code refactoring.

[jazzynico (jazzynico)]

Fixed in lp:inkscape/0.92.x rev. 15385.