Bug 122618 - Inconsistent behavior and lag issues in draw drawing
Summary: Inconsistent behavior and lag issues in draw drawing
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
6.1.3.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-09 23:37 UTC by NARAYAN
Modified: 2019-08-02 03:00 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
actual document (22.25 KB, application/vnd.oasis.opendocument.graphics)
2019-01-09 23:38 UTC, NARAYAN
Details
Display layout (99.95 KB, image/png)
2019-01-09 23:40 UTC, NARAYAN
Details
Font display issue vs save and reopen issue (48.75 KB, image/png)
2019-01-09 23:57 UTC, NARAYAN
Details
Corrected file (22.52 KB, application/vnd.oasis.opendocument.graphics)
2019-01-26 14:45 UTC, Buovjaga
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NARAYAN 2019-01-09 23:37:36 UTC
Description:
Multiple issues

Issue 1: Inconsistent fonts
Font sizes are inconsistent, inside tables. I have set character and table properties for font size of 14, however when i click on tab to create a new row in a table, the font sizes vary all over the place.

See last table. It does not appear as font 14. Sometimes larger fonts appear.

Issue 2: 

Lag time: When i update font size, it does not refresh. I have to close and open the document.

Issue 3: 
When I open the document, it appears at lower zoom and a different display layout

Version: 6.1.3.2 (x64)
Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb
CPU threads: 4; OS: Windows 6.3; UI render: default; 
Locale: en-US (en_US); Calc: group threaded


Steps to Reproduce:
1. Open attached odg document
2. Click on last row of each table 
3. insert additional row by hitting tab button at the last row
4: type something. 
5. Observe what font
6: Check font settings set at 14 and font observed. The sizes printed as inconsistent. Sometimes larger, sometimes smaller


Actual Results:
See attached doc

Expected Results:
See attached doc


Reproducible: Always


User Profile Reset: No



Additional Info:
Consistent behavior of expected font size should be reproduced & displayed 
I should not close and open the .odg file to have fonts refreshed.
Comment 1 NARAYAN 2019-01-09 23:38:39 UTC
Created attachment 148188 [details]
actual document
Comment 2 NARAYAN 2019-01-09 23:40:14 UTC
Created attachment 148190 [details]
Display layout

Open document, close it, 
close soffice
open soffice
click on the odg document form the recent files
verify if display layout appears correct
Comment 3 NARAYAN 2019-01-09 23:57:43 UTC
Created attachment 148191 [details]
Font display issue vs save and reopen issue

THE FONT SIZE IF 14, However display is not showing up.
When i save, it still does not refresh and display right font.

When i close and shutdown soffice entirely and then open the document , font size aligns to the true and desired font 14. Something very inconsistent.
Comment 4 Durgapriyanka 2019-01-10 17:03:35 UTC
Thank you for reporting the bug. I have tested this with two versions.

Version: 6.1.3.2.

When I open the actual document, it opens in this format(attachment 148190 [details])

Issue 1: Inconsistent font size - Reproducible
Issue 2: Lag time - Cannot reproduce
Issue 3: Different display layout - Reproducible (only the table appears)

Version: 6.3.0.0.

When I open the actual document, it opens in this format(attachment 148191 [details]). Only the table appears

Issue 1: Inconsistent font size - Reproducible
Issue 2: Lag time - Cannot reproduce
Issue 3: Different display layout - Cannot confirm, because when the actual document is opened, only the table appears. So when I save that file and open from the recent files, I get to see the file only with the tables.

Build ID: 3c964980da07892a02d5ac721d80558c459532d0
CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-12-12_02:07:45
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
Comment 5 Buovjaga 2019-01-26 14:45:38 UTC
Created attachment 148676 [details]
Corrected file

Please try with this version.

I unzipped the original odg, beautified styles.xml with http://xmlbeautifier.com/ so I could edit it, then looked for "18pt". There was this block:

<style:style style:name="default" style:family="table-cell">
    <loext:graphic-properties draw:fill="solid" draw:fill-color="#ccccff" draw:textarea-horizontal-align="left" draw:textarea-vertical-align="top" fo:padding-top="0.13cm" fo:padding-bottom="0.13cm" fo:padding-left="0.25cm" fo:padding-right="0.25cm" />
    <style:paragraph-properties fo:margin-left="0cm" fo:margin-right="0cm" fo:margin-top="0cm" fo:margin-bottom="0cm" fo:line-height="100%" fo:text-indent="0cm" fo:border="0.03pt solid #ffffff" />
    <style:text-properties style:use-window-font-color="true" style:font-name="Liberation Sans" fo:font-family="'Liberation Sans'" style:font-family-generic="roman" style:font-pitch="variable" fo:font-size="18pt" style:letter-kerning="true" style:font-name-asian="Microsoft YaHei" style:font-family-asian="'Microsoft YaHei'" style:font-family-generic-asian="system" style:font-pitch-asian="variable" style:font-size-asian="18pt" style:font-name-complex="Mangal" style:font-family-complex="Mangal" style:font-family-generic-complex="system" style:font-pitch-complex="variable" style:font-size-complex="18pt" />

I changed fo:font-size="18pt" to fo:font-size="14pt" and saved the styles.xml. Then I zipped everything again and renamed back to .odg. Inserting new rows now produced font size 14.

Anyway, we do not have steps on how this file was created originally. It just looks like some formatting vs. styles problem that is hard to troubleshoot.

Also, we take one issue per report. 3 issues in one report is invalid.
Comment 6 QA Administrators 2019-07-30 03:19:15 UTC Comment hidden (obsolete)
Comment 7 NARAYAN 2019-08-01 23:56:34 UTC
I wish to close this bug as I have installed a newer version

Version: 6.2.5.2 (x64)
Build ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159

I hope it does not occur in my version as of now. if this occurs or replicated, I will reference this bug and reopen. Otherwise, there is no further information  from my end. Was any one able to replicate as per steps outlined above.