Problem description: Opening of .docx files containing furigana results in the omission of any characters which have furigana associated with them. Steps to reproduce: 1. Open .docx file containing characters with associated furigana (ruby text). 2. Characters with furigana (ruby text) are completely missing; neither the characters nor their furigana (ruby text) are present. Current behavior: Characters and furigana (ruby text) associated with them are not there. Expected behavior: Characters and furigana (ruby text) associated with them should be there. Platform (if different from the browser): Windows 7 x64
Hi, I added a comparative result of exchanging document file ruby characters from an external mailing list discussion. Bug 50607 - FILEOPEN, FILESAVE, FOMATTING : Japanese ruby-character handling is broken I wish that posting can act as master bug entry for ruby character handling.
Please provide a document where we can see the problem. In general we don't like opening meta bugs (especially for only 2 bugs), as it just clogs FDO and makes it so developers have to comment on multiple locations. In the future please send our QA team an email to see if we would like a meta bug or to try to get faster action on bugs such as this one. I'm going to mark as NEEDINFO only because document(s) aren't provided. As soon as these are provided please change back to UNCONFIRMED and I'll try to get someone moving on this as it seems like it's a serious bug.
See page 2 for the first instance of missing text. This was the first file I could find that still had this issue, as I convinced my lecturers to instead start using .pdfs. http://www.mediafire.com/?4kxpg3qh76qdf There is a .docx with the issues mentioned, as well as a .pdf with the correct display.
Thanks, changing status back to UNCONFIRMED. In the future please attach documents directly into FDO vs. using third party sites. Thanks again for helping us make LO better for everyone
Created attachment 67049 [details] document from link, saved as PDF using msWord 2007
reproduced in 3.6.1 on Fedora 64 bit see also: Bug 44784 - FORMATTING: Japanese Ruby Characters require an offset control in Asian Phonetic Guide
Created attachment 67050 [details] the same docx file, but all pictures are deleted using msWord 2007
*** Bug 67136 has been marked as a duplicate of this bug. ***
** 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 on a currently supported version of LibreOffice (5.0.0.5 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-09-03
*** Bug 95016 has been marked as a duplicate of this bug. ***
This bug is still present in version 5.0.2.2 on Ubuntu 14.04 LTS 32 bits. There is absolutely no change in the bug's behaviour.
For information, there is no bug for a native .doc document. However, if you convert a faulty .docx document into a .doc document (or even .odt), furigana and associated characters will be missing.
Using LibreOfficeDev version 5.2.0.0.alpha0+, I tried editing the docx file and creating and editing a similar small file with 2 kanji and furigana: minna-san, konban wa. If you save either file as .odt, the kanji and furigana are preserved and everything is fine. If you save it as .docx, the kanji and furigana are deleted. So it appears that the translation from the libreoffice way of handling furigana to the docx way is not being done properly.
Seems like loss of data to me so upping to Major - High.
(In reply to Dave Hough from comment #13) > Using LibreOfficeDev version 5.2.0.0.alpha0+, I tried editing the docx file > and creating and editing a similar small file with 2 kanji and furigana: > minna-san, konban wa. > > If you save either file as .odt, the kanji and furigana are preserved and > everything is fine. If you save it as .docx, the kanji and furigana are > deleted. So it appears that the translation from the libreoffice way of > handling furigana to the docx way is not being done properly. The description is about another different issue instead of original FILEOPEN issue. Original issue has been fixed and please open a new issue if you like.