cmc->staroffice qa: Perhaps related to #105459#/#105534#, similiar
sounding strangeness with contour wrapping.

does NOT seem to match issue #3607 since this behaviour occurs in the writer (I know 
that oo is not really modular so it could be related). The problem does not seem to 
occur with the graphic embedded in plain text, but only with the figure caption (just 
tested). To restore the desired word wrapping of the attaches file (contour 
test.sxw): 1. choose no word wrap, 2. in the dialog "graphics" choose word wrap right 
hand side and tick the contour option.
Additional information: Win2k SP3, OO 
1.0.1 (german language), JRE 1.3.1.

does NOT seem to match issue #3607 since this behaviour occurs in the writer (I know 
that oo is not really modular so it could be related). The problem does not seem to 
occur with the graphic embedded in plain text, but only with the figure caption (just 
tested). To restore the desired word wrapping of the attaches file (contour 
test.sxw): 1. choose no word wrap, 2. in the dialog "graphics" choose word wrap right 
hand side and tick the contour option.
Additional information: Win2k SP3, OO 
1.0.1 (german language), JRE 1.3.1.
Greetings
Benjamin

Benjamin, please attach a small, simple file that consistently
reproduces the problem.

Step by step instructions to reproduce the issue would be appreciated.

Created attachment 3861 [details]
oo writer test file

Sorry, forgot the step by step instructions (by the way how do I type the correct mime 
type for OO files??? I hope plain textwas useful):

If figure caption under the 
figure on page 2 of the sample file contour test.sxw is behind that figure, OK that´s 
the bug. (text should be in the right lower edge of the graphic)
Then select figure, 
1. coose no word wrap (text is then below figure) 2. in the right mouse button menue 
coose "graphic ..." then the tab "word wrap" (should be word wrap, I´m using the 
german version) with the options "break text to the right" and tick the "contour" 
box. 3. save the file. 4. Reopen the file. Welcome!

Interestingly, sometimes it 
keept the contour in my thesis, so you may change the file a bit and try it a second time. 
For my thesis I had to perform the above mentioned cycle at least 30 times, so from my 
point of view it´s reproducible. For the test file it´s the same, up to now it has 
always lost its contour for the figure caption but not for the plain text. 

- Saving 
without pretty printing XML does not alter this behaviour.
- "dynamical line 
break" does not work with contour

And thanks again to everyone involved in 
resolving (or tracking or debugging)!
BEnjamin

On RH 8.0, OOo 643c,

The file does not save properly.  The graphics disappear or change to
frames when the file is opened, modified slightly ( add one character
) and then saved ( File->Save, or Save icon ).

The file also crashes OOo randomly.  Sorry, this part is unreproducible.

Duplicated on RH 8.0, RH OOo 1.0.1

1.  Open attached file, "contour test.sxw".
2.  Notice on page 2, contour wrapping is incorrect.
3.  Remove contour wrapping.
    Right click on graphic, Wrap->Contour
4.  Reenable contour wrapping, right click, Wrap->Contour
5.  Contour wrapping is reasonable.
6.  Save file.
7.  Reload file

Contour wrapping for second image is lost.  It looks like the main
wrap setting is set to "in background".

User summary
graphic does not keep it´s contour

*** Issue 7798 has been marked as a duplicate of this issue. ***

OK, I can throw away my last comment (mid air collision, wow). Sorry for duplicating 
issue #7798 (but I really searched the summaries for "contour" ... anyway). Hope the 
additional informations are nevertheless helpful.
Cheers
Benjamin

HI->DVO: You have similar IBIS tasks.

Target Milestone changed.

dvo: This issue is not the same cause as the IBIS tasks mentioned. The
bug described in those issues is loosing of contour (and other
formatting properties) for group shapes only. That was rather specific
for group shapes, while these are images.
The weird thing is, in a current build (SRX644) the contour
information gets loaded/saved just fine, but the first graphic just
vanishes... Not nice.
Either way, I'll look at it.

Hi!

We have a reliably reproducible variant of this problem. If I create 
an OLE embedded object (Insert->Object->OLE Object... e.g. Formula), 
then set a contour wrap for it, this setting always gets lost during 
the save. It was checked in 1.0.2 (downloaded today).

dvo: Indeed, contour on OLE objects didn't work. I've fixed it now.

Contour now seems to work fine with everything, although you may want
to try contours on different kinds of graphics/objects once a version
witht the fix is out just to make sure.

The fix will be in OOo 1.1. (CWS: sw006)
Affected files are sw/source/core/unocore/, unomap.cxx and unoframe.cxx.

US->HBrinkm: as said reopened for verification and chown.

.

Ready for QA

HI: Verified with 644m3_8532 (cws:sw006)
- Doing the steps as descriped -> Grahpic is disapeared after reload.
Reproduced with Linux and win98.

.

Will handle the "The file also crashes OOo randomly.  Sorry, this part is 
unreproducible" part. Problem there is that the graphic is a StarView metafile of a 
recent version. Thus, we don't pipe it through the SVMConverter, where I fixed a 
similar issue with internal bugid #106172#. 
The crucial point is the 
MetaTextArrayAction, which just lately got the requirement of having DXAry-Len == 
TextLen. Will now enforce that on the streaming-in operator.

Fixed the crash.

Reopen for reassignment

Please verify

Please verify

Verified in cws draw7 on Sols, Lin, Win.

Integrated in the latest internal version. The fix will be available
in the OOo1.1Beta2

I close the issue.

The problem has not been fixed with V1.1b2!

My own experience (lastly by working with V1.031, and confirmed with 
1.1b2):
When a text containing an image with contour is reloaded, the failure 
still exists. When the graphics dialog of the object with contour is 
opened and then any small parameter changes which involves geometry 
(e.g. position, border distance etc.), the representation then is 
redrawn correctly.

Interesting detail: When the file is saved as .sdw-file, a (re)load of 
this file is completely correct!!
On desire, I can attach an example.

Please reopen this issue. Please also consider assignment of P1 
priority since it should be attended prior to finalizing V1.1 (to my 
opinion....).
Rob

I reopen the issue and will have a look again.

The crash was fixed by THB and verified by me.
The wrong contur wrapping still occures.
Please have a look.

HI->FME: An old candidate.

FME->HI: A little bit too late for OOo 1.1 Beta2. As discussed, I'll
set this to OOo 2.0.

I could reproduce this effect with 1.1RC3 / W2k

- open the file "contour test.sxw"
- on the SECOND picture, right mouse click -> "wrap"
  none of the options is checked
  ("No Wrap" / "Page Wrap" / "Optimal Page Wrap" ...)
  Choose "Page Wrap"
- Everything looks alright -> save the file
- reopen, the text is under the picture.
- Again, on the second picture: 
  right mouse click -> "wrap" -> uncheck "contour"
- recheck "contour"
- everything looks alright -> save -> reopen -> messed up again

I couldn't produce this effect on the FIRST picture in this file.

Issue 10049 seems to be a duplicate of this one.

I can reproduce this on Debian sid 1.1 package.

1) create an image with a strange contour and a text beside
2) save the file
3) reopen the file and see that the image is over the text (no warping)
4) move the image and the warp is correctly restored

Greetings
Matteo

.

FME->HI: This task is already registered with cws SRX644/draw7 (which is already
integrated). Please submit a new task if this bug still occurs in a current version.

In cause of the last commend from FME this task will closed as dublicate to 24097

*** This issue has been marked as a duplicate of 24097 ***

Please let this issue closed and follow the new issue 24097.