Issue 54549 - Connecting elements crashes or hangs
Summary: Connecting elements crashes or hangs
Status: CLOSED FIXED
Alias: None
Product: Draw
Classification: Application
Component: editing (show other issues)
Version: 680m125
Hardware: All All
: P2 Trivial (vote)
Target Milestone: OOo 2.2
Assignee: wolframgarten
QA Contact: issues@graphics
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-13 13:10 UTC by mmenaz
Modified: 2007-01-08 13:08 UTC (History)
2 users (show)

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

Attachments
File for testing the bug with Modify - connect (32.61 KB, application/vnd.sun.xml.draw)
2005-09-13 13:11 UTC, mmenaz 		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 mmenaz 2005-09-13 13:10:52 UTC 
Opening that document, selecting all the elements, then Modify -> connect.
In Windows, Draw hangs (freezes). It has been confirmed by other people on IRC
using m128 (while I've m125)
In GNU/Linux (debian unofficial packages), crashes on my pc, while seems to work
fine to someone else (but with m128, no one in the channel tried with m125)
btw, I've no java runtime installed in GNU/Linux, while I have in Windows. In
any case, it should detect the missing java runtime without crashing, if this
could be the problem
Comment 1 mmenaz 2005-09-13 13:11:47 UTC 
Created attachment 29527 [details]
File for testing the bug with Modify - connect
Comment 2 nagashree 2005-09-13 13:14:13 UTC 
Confirming the issue
Comment 3 wolframgarten 2005-09-14 07:45:08 UTC 
Crash is reproducible. Reassigned. Error report id is rvqnc8.
Comment 4 wolframgarten 2005-09-14 07:55:17 UTC 
Reassigned.
Comment 5 wolframgarten 2005-09-14 08:05:41 UTC 
Wrong owner, sorry.
Comment 6 Armin Le Grand 2005-10-24 16:59:07 UTC 
AW: Yes, indeed. Problem is that the connected polygon has ca. 43000 points,
that works. But when it's handled it's e.g. broken down because it contains
curves, too. In that case, nore than 65536 points are created (0xffff) which
cannot be handled by the old tools::Polygon class which is still used.
Anyways, this will be fixed and is in progress. There is a new polygon class for
handling this (in basegfx) which is free of such limitations. It's still not
clear if e.g. win will be able to paint such polygons. If i remember correctly,
there is a limitation to 65536, too. But there will be solutions.
At the moment there is not much to be done, solution is in progress.
Comment 7 Armin Le Grand 2005-10-24 17:09:59 UTC 
.
Comment 8 Armin Le Grand 2005-10-27 15:11:42 UTC 
AW: In aw024, ::basegfx::B2DPolyPolygon is used for the model data, so this is
gone. Adding to CWS.
Comment 9 wolframgarten 2006-08-09 13:42:32 UTC 
Target changed.
Comment 10 Armin Le Grand 2006-08-09 15:30:38 UTC 
AW->WG: From external, please verify.
Comment 11 wolframgarten 2006-10-31 13:19:26 UTC 
Verified in CWS.
Comment 12 wolframgarten 2006-10-31 13:34:02 UTC 
Target adapted.
Comment 13 wolframgarten 2007-01-08 13:08:20 UTC 
Tested in m196. Closed.