Description: If I set paragraph settings to hyphenate words, it will not translate when exporting as an EPUB file. Steps to Reproduce: 1. Set paragraph settings to hyphenate; 2. Export as EPUB; 3. Open in an eBook viewer. Actual Results: It worked in Writer, but did not translate. Expected Results: It should have been hyphenated the file in a way that still worked in the eBook. Reproducible: Always User Profile Reset: No Additional Info: Versão: 6.0.0.3 ID de compilação: 6.0.0-1 Threads da CPU:4; SO:Linux 4.14; Realizador da interface: padrão; VCL: gtk3; Local: pt-BR (pt_BR.UTF-8); Calc: group .... Arch Linux User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:58.0) Gecko/20100101 Firefox/58.0
Created attachment 139576 [details] Image as proof of bug I'm unsure what more info I'm able to give (someone changed it to "needinfo"), so I just attached this screenshot showing the bug. Works in Writer, doesn't work in EPUB. eBook window is narrow in order to leave more possibility of hyphenation. In Writer, bold words are the ones hyphenated.
Changed it back to Unconfirmed, as specified in the "Note to Bug Reporter".
Works for me, please can you attach a sample file where it happens.
Created attachment 139577 [details] Example of Writer file ODT file with paragraph settings set to hyphenate.
Created attachment 139578 [details] Example of EPUB file Generated EPUB file from the ODT document. EPUB 3.0, separation method: title. Version 2 also doesn't work.
Created attachment 139579 [details] Image of epub result I have installed 'Portuguese (Brasilian)' and works for me.
Works for me with: Versión: 6.0.0.3 Id. de compilación: 64a0f66915f38c6217de274f0aa8e15618924765 Subproc. CPU: 4; SO: Windows 10.0; Repres. IU: predet.; Configuración regional: es-ES (es_ES); Calc: group Please do a test with Menu/Help/Restart in safe mode
Just did that. Normal hyphenation doesn't work in safe mode.
(In reply to Lucas Zanella from comment #8) > Just did that. Normal hyphenation doesn't work in safe mode. You mean it work in normal mode but not in safe mode?
(In reply to Xisco Faulí from comment #9) > (In reply to Lucas Zanella from comment #8) > > Just did that. Normal hyphenation doesn't work in safe mode. > > You mean it work in normal mode but not in safe mode? No, sorry, I mean it doesn't work in either. Just retried it now, continues to not work after updates.
(In reply to Lucas Zanella from comment #10) > (In reply to Xisco Faulí from comment #9) > > (In reply to Lucas Zanella from comment #8) > > > Just did that. Normal hyphenation doesn't work in safe mode. > > > > You mean it work in normal mode but not in safe mode? > > No, sorry, I mean it doesn't work in either. Just retried it now, continues > to not work after updates. Putting back to UNCONFIRMED then...
When I open attachment from comment 4, hyphenation is enabled, but there is no hyphenation within the text. So I can't test, if hyphenations are exported to EPUB.
(In reply to Dieter Praas from comment #12) > but there is no hyphenation That may be because you don't have the dictionary for PT-BR. You could try resizing the window to a small scale and see if hyphenation is enabled. Here on my end hyphenation shows in Writer, but not in the EPUB. I managed to add it through Calibre, but it still would be nice to have it automatically.
Obs.: just tried on my Kindle. It actually didn't work trough Calibre, although it shows correctly on the computer.
Lucas, are you saying it's working with Kindle and not with Calibre? It's NotOutBug then, please report to Calibre. Regardless, always a good idea to test with diff. viewers, figured out that when I had issues with PDF viewers.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20190321
Dear Lucas Zanella, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp