(Regression) Bug in Ctrl+scaling of triangle figure under special conditions

Bug #605392 reported by Nizamov Shawkat
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Inkscape
Fix Released
Medium
Unassigned

Bug Description

Detected in 0.48-pre1 on Windows, not reproducible with 0.47 on Linux and Windows.

How to reproduce:

1) Start Inkscape
2) Select "Stars and polygons" tool
3) Set "Corners" to 3
4) Pressing Ctrl, draw an equilateral triangle, with bottom oriented strictly horizontal
5) Select "Select and transform objects" tool (arrow)
6) Select created triangle
7) Pressing again Ctrl try to scale it by dragging upper right corner of frame
8) Release mouse button and see how triangle dissappears (or scales to zero size ???)

This funny bug is not reproducible with other figures, with 3 other corners of selection frame or when this figure is just in different orientation. Bug is completely reproducible on my PC.

su_v (suv-lp)
tags: added: shape-editing transformations
Revision history for this message
su_v (suv-lp) wrote :

Not reproduced with Inkscape 0.47, 0.48pre1 and r9607 (trunk) on OS X 10.5.8
tested both with default (new) preferences and custom preferences.

Can you reproduce it with default preferences?
What are your snapping settings when the error occurs?

Revision history for this message
Nizamov Shawkat (nizamov-shawkat) wrote :

I deleted Inkscape profile directory and bug is still reproducible, so it happens with default settings. Snapping settings are also default.
Inkscape version : 0.48-pre1-r9509 on WIndows XP

See screenshots. I drag the corner of the frame with Ctrl pressed in the 1st screenshot. Result is on the second.

Revision history for this message
Nizamov Shawkat (nizamov-shawkat) wrote :
Revision history for this message
Nizamov Shawkat (nizamov-shawkat) wrote :

I have just installed Inkscape 0.48-pre1 on another WinXP. Bug is also reproducible there

Revision history for this message
su_v (suv-lp) wrote :

I'm stumped - there are three builds (two official: 0.48pre1, trunk r9606; one local: 0.48.x r9614) with which I managed to reproduce the bug (not consistently), but with the local build from lp:inkscape trunk (latest is r9607) - experimental LPEs enabled - I haven't been able to reproduce it at all (default prefs, new document from A4 template).

Changed in inkscape:
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
su_v (suv-lp) wrote :

@JazzyNico - can you test with a trunk build which includes Diederik's latest commit? Is it possible that the snapping refactoring in revision 9607 fixed this? I can reproduce it with e.g. r9424 (local build, same configuration as r9607), but not with r9607.
<http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/9607>

Revision history for this message
jazzynico (jazzynico) wrote :

@~suv - Yes, I can reproduce this bug on Ubuntu 10.04 with the 0.48.x branch, but it is fixed in the trunk .

Revision history for this message
su_v (suv-lp) wrote :

Updating bug status to reflect comment #7: «I can reproduce this bug on Ubuntu 10.04 with the 0.48.x branch, but it is fixed in the trunk»

Changed in inkscape:
milestone: none → 0.49
status: Confirmed → Fix Committed
Bryce Harrington (bryce)
Changed in inkscape:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.