Bug 79952 - FORMATTING: base64 image size
Summary: FORMATTING: base64 image size
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: HTML-Import
  Show dependency treegraph
 
Reported: 2014-06-12 21:01 UTC by NickKolok
Modified: 2021-11-17 07:42 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Example - html with 3 images: regular http without width and height, base64 without width and height, base64 with width and height (58.14 KB, text/html)
2014-06-12 21:01 UTC, NickKolok
Details
LibreOffice vs Firefox (135.11 KB, image/png)
2014-06-12 21:23 UTC, Yousuf Philips (jay) (retired)
Details
Screencast of the html file in LO 7.3 (85.62 KB, image/png)
2021-11-16 20:44 UTC, Andreas Heinisch
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NickKolok 2014-06-12 21:01:14 UTC
Created attachment 100940 [details]
Example - html with 3 images: regular http without width and height, base64 without width and height, base64 with width and height

When I open html file with base64-encoded image, the image has wrong (default) size - only if img tag hasn't width and height attrs.

There is an example in attached file.
Operating System: Ubuntu
Version: 4.2.4.2 release
Comment 1 Yousuf Philips (jay) (retired) 2014-06-12 21:22:52 UTC
Confirmed in Linux Mint in 4.2.4, 4.2.6, 4.3 beta 2, and 4.4 alpha.

The attached html file loads in writer as a small image when its width and height attributes arent set.
Comment 2 Yousuf Philips (jay) (retired) 2014-06-12 21:23:37 UTC
Created attachment 100941 [details]
LibreOffice vs Firefox
Comment 3 Matthew Francis 2015-01-21 09:28:42 UTC
LO has never known how to handle this all the way back to 3.3.0

Setting Version -> Inherited from OOo
Comment 4 QA Administrators 2016-02-21 08:37:38 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2017-03-06 15:56:18 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2019-12-03 14:16:07 UTC Comment hidden (obsolete)
Comment 7 Andreas Heinisch 2021-11-16 20:44:55 UTC
Created attachment 176298 [details]
Screencast of the html file in LO 7.3

I think the issue described in this bug report has been fixed.
Comment 8 Stéphane Guillou (stragu) 2021-11-17 07:42:34 UTC
Like Andreas, can say that it is showing as expected in:

Version: 7.3.0.0.alpha1+ / LibreOffice Community
Build ID: eec32be26d5d5805c1cb8cb53ce9702c04829819
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

but also:

Version: 7.2.2.2 / LibreOffice Community
Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

and:

Version: 7.1.7.2 / LibreOffice Community
Build ID: c6a4e3954236145e2acb0b65f68614365aeee33f
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

and:

Version: 7.0.6.2
Build ID: 00(Build:2)
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Ubuntu package version: 1:7.0.6-0ubuntu0.18.04.1_lo1
Calc: threaded

So something fixed it some time before 7.0.6.2.

Marking as WFM.