View Issue Details

IDProjectCategoryView StatusLast Update
0003792ScribusUsabilitypublic2007-12-14 07:29
Reportermkoren Assigned Tofschmid  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Platformx86OSDebian LinuxOS VersionStable/Testing
Product Version1.3.3.1 
Fixed in Version1.3.5svn 
Summary0003792: wrong rotation displayed for group when changing properties
DescriptionSelecting the group in the attached file and changing its width, height, or rotation in the PP causes an extra amount to be added to the displayed rotation, though the operation works as expected. (The value is 40 degrees initially in this group, as can be seen from the fact that typing in 10 yields a display of 50. I suspect that this is the rotation of the first object in the group or something.)

Typing a new value for rotation after this happens also won't work as expected unless you manually add the extra amount. Deselecting and reselecting the object resets the display to zero.
Additional InformationThis is now the third bug I've filed relating to this group (see 0003791 and 0003774; the attached file is from 3791). Maybe there's a single common problem.
TagsNo tags attached.
Patch

Relationships

related to 0003784 closedfschmid Value for groups of rotated objects is always zero degrees. 
child of 0003812 acknowledged Metabug: Grouped objects 

Activities

2006-05-10 16:39

 

scale_error.sla (61,265 bytes)

mhanski

2006-05-12 23:01

developer   ~0011268

cannot confirm with 1.3.3.1 on kubuntu/dapper -- rotation won't change after changing width/height of the group, nor will an additional amount be added. Christoph?

christoph_s

2006-05-12 23:15

developer   ~0011271

Even simply moving the group changes the rotation displayed.

mkoren

2006-05-14 18:40

reporter   ~0011292

Funny, moving it doesn't do this for me. I wonder why the discrepancy?

I also discovered that the amount of the excess shown depends on which object in the group you use to select it, as per 0003640. So I think the display is just switching to show the value for that object.

Issue History

Date Modified Username Field Change
2006-05-10 16:39 mkoren New Issue
2006-05-10 16:39 mkoren File Added: scale_error.sla
2006-05-12 23:01 mhanski Note Added: 0011268
2006-05-12 23:13 christoph_s Relationship added related to 0003784
2006-05-12 23:15 christoph_s Note Added: 0011271
2006-05-12 23:15 christoph_s Status new => confirmed
2006-05-13 16:44 christoph_s Relationship added related to 0003812
2006-05-13 16:45 christoph_s Relationship deleted related to 0003812
2006-05-13 16:45 christoph_s Relationship added child of 0003812
2006-05-14 18:40 mkoren Note Added: 0011292
2007-10-14 22:31 plinnell Relationship added child of 0005640
2007-12-13 23:20 cbradney Status confirmed => assigned
2007-12-13 23:20 cbradney Assigned To => avox
2007-12-13 23:20 cbradney Relationship deleted child of 0005640
2007-12-13 23:20 cbradney Status assigned => resolved
2007-12-13 23:20 cbradney Fixed in Version => 1.3.5svn
2007-12-13 23:20 cbradney Resolution open => fixed
2007-12-13 23:21 cbradney Assigned To avox => fschmid
2007-12-14 07:29 cbradney Status resolved => closed