View Issue Details

IDProjectCategoryView StatusLast Update
0004016ScribusGeneralpublic2007-12-15 21:09
Reportermalex Assigned Toavox  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Platformi386OSLinuxOS Version2.6
Product Version1.2.4.1 
Fixed in Version1.3.3.10svn 
Summary0004016: Crash by editing a linked text frame
DescriptionScribus crashes with Signal 11 during manipulation of the linked text frames.


Steps To Reproduce- open scribus
- create a new empty document
- create two text frames
- select the 1st frame
- click on the "link text frames" button
- select the second frame to link both frames
- double click on the SECOND text frame to edit it
- write some text
- unselect the frame by clicking elsewhere
- double-click again on the second text frame
Additional InformationSee the Debian report #378040 at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378040
TagsNo tags attached.
Patch

Relationships

has duplicate 0004017 closedavox Typing into the second of two empty linked frames 

Activities

cbradney

2006-07-12 22:44

administrator   ~0011864

Franz would you mind having a look at this? I think Cpos of the 2nd frame is not being reset once the test is reflown into the beginning of the 1st frame. This is a blocker for 1.2.5 release.

cbradney

2007-01-04 09:07

administrator   ~0014477

No crash anymore, just need to fix the update.

avox

2007-01-04 15:37

updater   ~0014494

Reminder sent to: cbradney, fschmid

So what would be the proper behaviour?
Automatically switching to first non-overflowing frame in chain when entering editmode?

fschmid

2007-01-04 16:06

developer   ~0014495

Would say so, as the cursor should always be in a visible area of the text.

cbradney

2007-01-04 20:53

administrator   ~0014511

Yes, at least the text is typed in, and then it is added to the end of the story. I would think switching to the last frame in the chain where the current end of story would be appropriate.

Issue History

Date Modified Username Field Change
2006-07-12 22:42 malex New Issue
2006-07-12 22:43 cbradney Status new => assigned
2006-07-12 22:43 cbradney Assigned To => fschmid
2006-07-12 22:44 cbradney Note Added: 0011864
2006-07-13 08:11 fschmid Status assigned => resolved
2006-07-13 08:11 fschmid Fixed in Version => 1.2.5cvs
2006-07-13 08:11 fschmid Resolution open => fixed
2006-07-15 22:28 cbradney Status resolved => closed
2007-01-04 09:06 cbradney Relationship added has duplicate 0004017
2007-01-04 09:07 cbradney Status closed => assigned
2007-01-04 09:07 cbradney Assigned To fschmid => avox
2007-01-04 09:07 cbradney Note Added: 0014477
2007-01-04 15:37 avox Note Added: 0014494
2007-01-04 16:06 fschmid Note Added: 0014495
2007-01-04 20:53 cbradney Note Added: 0014511
2007-01-05 03:03 avox Priority high => normal
2007-01-05 03:03 avox Severity crash => minor
2007-12-14 23:27 cbradney Status assigned => resolved
2007-12-14 23:27 cbradney Fixed in Version 1.2.5cvs => 1.3.3.10cvs
2007-12-15 21:09 christoph_s Status resolved => closed