Issue 95095 - draw:polyline with draw:points longer than 64kB not displayed
Summary: draw:polyline with draw:points longer than 64kB not displayed
Status: CONFIRMED
Alias: None
Product: Draw
Classification: Application
Component: code (show other issues)
Version: OOo 3.0 RC4
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2008-10-17 21:27 UTC by acfb
Modified: 2017-05-20 10:47 UTC (History)
3 users (show)

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


Attachments
long polyline with just under 64kB, add one point to reproduce bug (20.19 KB, application/vnd.sun.xml.draw)
2008-10-17 21:29 UTC, acfb
no flags Details
long polyline with just under 64kB, add one point to reproduce bug (21.59 KB, application/vnd.sun.xml.draw)
2008-10-18 09:10 UTC, acfb
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description acfb 2008-10-17 21:27:04 UTC
I am the author of fig2sxd. Recently I received a bug report that some polyline
with more than 5500 points was not converted correctly to ODF format. When
debugging, it turned out that the conversion was correct, but OOo (Draw) does
not display polylines correctly if the draw:points attribute is longer than 64kB.

Opening a drawing with a long polygon just below 64kB (attachment) shows the
complete line. Adding one point by mouse in OOo Draw to make the draw:points
attribute larger than 64kB, saving the drawing, and re-opening the file makes
the polyline invisible.
Comment 1 acfb 2008-10-17 21:29:01 UTC
Created attachment 57238 [details]
long polyline with just under 64kB, add one point to reproduce bug
Comment 2 Rainer Bielefeld 2008-10-18 08:06:20 UTC
I checked with "Ooo 3.0.0 RC3 Multilingual version German UI WIN XP: [OOO300m8
(Build9357)]" and can NOT confirm the reported effect. I opened "polyline.sxd",
saved it as .odg, closed and reopened it. Inserted several points to the curves,
but display was always correct.

Only LINUX problem? Not the correct way how to reproduce?
Comment 3 acfb 2008-10-18 09:09:04 UTC
BIG sorry, I attached the wrong sxd file. I updated fig2sxd to split long
polylines, so the one I attached is split and then put into a group. Each piece
has 500 points and is nowhere near 64kB in draw:points.

I will attach a new one where the polyline is not split and where I can
reproduce the problem with OOo 3.0 build 9358.

Sorry for the confusion.
Comment 4 acfb 2008-10-18 09:10:02 UTC
Created attachment 57251 [details]
long polyline with just under 64kB, add one point to reproduce bug
Comment 5 acfb 2008-10-18 09:23:10 UTC
Hi Rainer,

the procedure I was thinking of is:

1) open .sxd file
2) add point
3) save
4) close document
5) re-open -> no display

From your comment I think you did 1-3-4-5-2 (2 last). The point is that I can
also add a point to the polyline and it stays visible, BUT after saving and
re-opening the file, the whole line is invisible.
Comment 6 Rainer Bielefeld 2008-10-18 10:49:31 UTC
I checked with "Ooo 3.0.0 RC3 Multilingual version German UI WIN XP: [OOO300m8
(Build9357)]" and now can confirm the reported effect and all details from
comments from acfb Sat Oct 18 08:23:10 with "long_polyline_not_split.sxd".
Comment 7 Rainer Bielefeld 2008-10-18 10:55:23 UTC
I checked with "Ooo 3.0.0 RC3 Multilingual version German UI WIN XP: [OOO300m8
(Build9357)]" and now can confirm the reported effect and all details from
comments from acfb Sat Oct 18 08:23:10 with "long_polyline_not_split.sxd".
Comment 8 wolframgarten 2008-10-20 09:50:34 UTC
Reproducible. Reassigned.
Comment 9 Armin Le Grand 2008-10-20 10:37:45 UTC
AW->CL: This is NOT about the polygon having a 65536-Points-limit (which could
now be fixed thanks to primitives), but about the XML-input. The svg:d statement
itself is over 64k. I am pretty sure the limitation is in the used string class.
Please take a look which string class is used for input and ask the owner of
that string class.
Comment 10 Marcus 2017-05-20 10:47:30 UTC
Reset assigne to the default "issues@openoffice.apache.org".