Bug 122453 - LibreOffice Viewer is showing odt contents in a very narrow view on Android phone
Summary: LibreOffice Viewer is showing odt contents in a very narrow view on Android p...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Android Viewer (show other bugs)
Version:
(earliest affected)
5.2.3.3 release
Hardware: ARM Android
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-03 21:52 UTC by alexandru.pentilescu
Modified: 2019-08-05 03:28 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Portrait mode, initial zoom (121.95 KB, image/png)
2019-01-03 21:53 UTC, alexandru.pentilescu
Details
Portrait mode, zoomed out (130.20 KB, image/png)
2019-01-03 21:53 UTC, alexandru.pentilescu
Details
Landscape mode, initial zoom (106.46 KB, image/png)
2019-01-03 21:54 UTC, alexandru.pentilescu
Details
Landscape mode, zoomed out (151.67 KB, image/png)
2019-01-03 21:54 UTC, alexandru.pentilescu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description alexandru.pentilescu 2019-01-03 21:52:04 UTC
Description:
When opening an ".odt" file saved with the View setting set to "Web view", instead of "Standard view", LibreOffice Viewer does not set a proper width for the page view on my phone, making the width extremely narrow and forcing many words into their own lines and many times cutting off words inside sentences entirely because they simply don't fit into the view. Zooming out helps a little by reducing the amount of words that get cut off but the extremely narrow view still makes the document barely readable, with only 3 words on average per line. This is despite the fact that the page, when zoomed out entirely only uses 5% of the horizontal space on my screen in portrait mode (it expands vertically to occupy 100% of the screen though). When zoomed in entirely, the letters simply become enlarged and cancels out the effect of more width space.

Steps to Reproduce:
1. Save an odt file with a lot of text contents (over 2000 words, regular English) on PC linux LibreOffice Writer with the its view setting set on "Web" (normal 100% zoom on PC). The document should contain multiple paragraphs.
2. Move file to android phone. Open with LibreOffice Viewer

Actual Results:
Page is too narrow to allow for comfortable reading. Initially width is set to use 100% of the phone's width screen but text is too large because of zoom level to make it readable and far too many words get cut off because they don't fit in one line. Zooming out fixes this partially by decreasing text size but the viewport shrinks horizontally, still making sentences to be split with 2 or 3 words per line. At the most zoomed out level, the viewport occupies 5% of the horizonal screen estate and some words still get cut off a bit.

Expected Results:
Viewport should use the maximum screen width available on the phone, even when zooming out. Or, at least, make the font size/horizontal screen usage ratio more comfortable for small phone screens.


Reproducible: Always


User Profile Reset: No



Additional Info:
Using android 8.1.0. LibreOffice Viewer version is actually 5.2.3.1/01ec8f3 from the F-Droid repository (didn't see this specific version in your version dropdown list so I selected an approximation there).
Phone has a 4.7 inch screen in size with a 720p resolution. Maybe the small screen combined with the high PPI is causing this rendering bug?
Comment 1 alexandru.pentilescu 2019-01-03 21:53:21 UTC
Created attachment 147976 [details]
Portrait mode, initial zoom
Comment 2 alexandru.pentilescu 2019-01-03 21:53:50 UTC
Created attachment 147977 [details]
Portrait mode, zoomed out
Comment 3 alexandru.pentilescu 2019-01-03 21:54:22 UTC
Created attachment 147978 [details]
Landscape mode, initial zoom
Comment 4 alexandru.pentilescu 2019-01-03 21:54:47 UTC
Created attachment 147979 [details]
Landscape mode, zoomed out
Comment 5 raal 2019-01-05 13:45:19 UTC
Hello,

Thank you for filing the bug. Please send us a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO', so please do change it back to 'UNCONFIRMED' once you have attached a document.
(Please note that the attachment will be public, remove any sensitive information before attaching it.)
How can I eliminate confidential data from a sample document?
https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F
Thank you
Comment 6 QA Administrators 2019-07-05 02:45:51 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2019-08-05 03:28:24 UTC
Dear alexandru.pentilescu,

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