Created attachment 126951 [details]
The docx file in question
I have docx file which contains an asterisk. It is used as a footnote mark, but it doesn't seem to technically be one. When opening the file in Writer 22.214.171.124, the asterisk appears in the wrong location.
Created attachment 126952 [details]
The file as shown by MS Office
Created attachment 126953 [details]
The file as rendered by LO 126.96.36.199
I don't know if the issue here is separate to bug 101651 or not (the latter refers to space after table, while this one refers to the asterisk position). But anyway, confirmed together with it:
- 64-bit Linux Mint 17.1:
Build ID: 1:5.1.5~rc2-0ubuntu1~trusty1
CPU Threads: 2; OS Version: Linux 3.13; UI Render: default;
Locale: de-DE (en_GB.UTF-8); Calc: group
- 32-bit Windows Vista:
CPU-Threads: 2; BS-Version: Windows 6.0; UI-Render: Standard;
Gebietsschema: de-DE (de_DE); Calc: group
- 32-bit Window Vista (as portable release):
LO 188.8.131.52 (de-DE)
With LO 184.108.40.206 (de-DE) (portable release on Vista): Issue does not occur. ==> regression
MS Office Word 2003 shows the file correctly.
*** Bug 101651 has been marked as a duplicate of this bug. ***
*** Bug 90553 has been marked as a duplicate of this bug. ***
Regression introduced by f4ae06c6b558628457f3abdade1f2a705bf8b886
it looks like if this change is reverted:
- pFrameProperties.Value <<= m_nY;
+ pFrameProperties.Value <<= ConversionHelper::convertTwipToMM100(m_nY);
then, the table is rendered correctly, however, the test in f4ae06c6b558628457f3abdade1f2a705bf8b886 fails, so it needs some investigation.
I checked this problem. That's true it comes up with my commit (f4ae06c6b558628457f3abdade1f2a705bf8b886), but not this commit is the problem.
If you check the table positions you will see.
1) Open the document in MS Word and go to Table Properties -> Positioning. You can see table is positioned with 2,27" vertically, relative to page.
2) Open the document in Writer and open Frame dialog. In Writer a floating table is a simple table inside a frame. The floating table position is defined by the frame. So try to select the frame containing the table. In Frame dialog select Type tab which shows the positioning.
2.1) Now you can see 2,27" vertical positioning relative to entire page (the same as in MS Word)
2.2) After reverting the commit f4ae06c6b558628457f3abdade1f2a705bf8b886, this positioning value will be 1,29", which is wrong.
That wrong positioning was corrected by the bisected commit. Since the imported position value seems good, there can be some problem with the rendering (not precise enough?) or with the wrapping behavior.
Adding Cc: to Tomaž Vajngerl
LibreOfficeDev 220.127.116.11.alpha1 f4ca1573fcf445164c068c1046ab5d084e1b005f
Hi, I investigated this bug for a while now and I can say the position of the table is completely correct. The next thing I noticed: The asterisk is per definition at the right location (in LO): There are 5 empty lines above.
In the XML files there is no wrap information given, so following the docx documentation, the wrapping is "around" per default. Furthermore, there is a 0.25cm (141 twips) area on the left and on the right of the table where no text is allowed, MSO and LO read this correctly.
Following this, there is still enough space for the asterisk on the left. So is this maybe a MS Office bug? Otherwise I would be glad about some kind of documentation links for this issue. For me, the behavior of LO is is more logical.
correction: the asterisk is in the 5th line with four empty lines above.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
still the same in Version: 18.104.22.168.alpha0+
Build ID: b8e450a54936560cdac00ab4c70ef80c20cfaf99
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-01-18_06:04:42
Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US
(In reply to Tamás Zolnai from comment #8)
> I checked this problem. That's true it comes up with my commit
> (f4ae06c6b558628457f3abdade1f2a705bf8b886), but not this commit is the
> If you check the table positions you will see.
> 1) Open the document in MS Word and go to Table Properties -> Positioning.
> You can see table is positioned with 2,27" vertically, relative to page.
> 2) Open the document in Writer and open Frame dialog. In Writer a floating
> table is a simple table inside a frame. The floating table position is
> defined by the frame. So try to select the frame containing the table. In
> Frame dialog select Type tab which shows the positioning.
The problem is the wrapping of the frame aroudn the table - changing summary accordingly