Issue 97346 - Impress crashes when draging Check box to the top of 'Tab Order' dialog
Summary: Impress crashes when draging Check box to the top of 'Tab Order' dialog
Status: CLOSED FIXED
Alias: None
Product: Impress
Classification: Application
Component: code (show other issues)
Version: DEV300m37
Hardware: All Linux, all
: P2 Trivial (vote)
Target Milestone: OOo 3.1
Assignee: marc.neumann
QA Contact: issues@graphics
URL:
Keywords: crash
Depends on:
Blocks: 84292
  Show dependency tree
 
Reported: 2008-12-17 09:11 UTC by amy2008
Modified: 2009-02-25 09:12 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
a slim black line (20.63 KB, image/png)
2008-12-17 09:21 UTC, amy2008 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description amy2008 2008-12-17 09:11:24 UTC 
Can reproduce it in Impress with DEV300m37 on Fedora

How to reproduce it
1 Open a new Impress file
2 View - Toolbars - Form Controls, choose 'Check box' on Form Controls bar and
  draw it on the file
3 select 'Check box' and rightclick - Control - Properties Check box:General,
  click the button on the right of 'Tab order', 'Tab order' dialog appears
4 In the 'Tab order' dialog, drag 'Check box' control to the top of Controls box
  until a slim black line shows, then release your mouse

Result 
OOo crashes
 
Expectation
OOo works well.
And if there is only one control, Tab order of this control shouldn't be 
adapted.

Regards
Li Meiying
Comment 1 amy2008 2008-12-17 09:21:01 UTC 
Created attachment 58878 [details]
a slim black line
Comment 2 wolframgarten 2009-01-06 10:23:36 UTC 
Reproducible under Linux, Windows is ok. Reassigned.
Comment 3 Frank Schönheit 2009-01-08 20:33:14 UTC 
Nice find. This bug existed since at least 2.0.4 (the oldest version I could
easily try), probably much longer. It happened if any only if you had a tree
list box with exactly one entry, and you moved this entry in the very way
described in this issue. Quite seldom to encounter.

Fixed in CWS dba31h
Comment 4 Frank Schönheit 2009-01-23 20:23:48 UTC 
fs->wg: please verify in CWS dba31h
Comment 5 marc.neumann 2009-01-26 14:37:51 UTC 
verified in CWS dba31h

find more information about this CWS, like when it is available in the master
builds, in EIS, the Environment Information System:
http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fdba31h
Comment 6 marc.neumann 2009-01-26 14:38:47 UTC 
reset target and change owner
Comment 7 marc.neumann 2009-02-25 09:12:39 UTC 
Hi,

this is fixed in master OOO310_m2.

I close this issue now.

Bye Marc