Bug 127345 - Impress slide show embedded video scaling/formatting problem.
Summary: Impress slide show embedded video scaling/formatting problem.
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.3.0.4 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: HiDPI
  Show dependency treegraph
 
Reported: 2019-09-04 18:01 UTC by comitale
Modified: 2024-04-15 19:41 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Laying out the embedded videos. (785.96 KB, image/png)
2019-09-04 18:02 UTC, comitale
Details
After pressing F5 under GNOME+wayland. (394.62 KB, image/png)
2019-09-04 18:03 UTC, comitale
Details
After pressing F5 under Gnome+xorg. (575.73 KB, image/png)
2019-09-04 18:03 UTC, comitale
Details
Expected behaviour after pressing F5 under either wayland or xorg. (353.26 KB, image/png)
2019-09-04 18:04 UTC, comitale
Details
A basic presentation with two embedded videos. (4.00 MB, application/vnd.oasis.opendocument.presentation)
2019-09-04 18:05 UTC, comitale
Details
Screenshot of about libreoffice dialog. (183.47 KB, image/png)
2020-03-25 13:38 UTC, comitale
Details

Note You need to log in before you can comment on or make changes to this bug.
Description comitale 2019-09-04 18:01:42 UTC
Description:
A slide show with embedded videos is not scaling correctly.  This seems to be specific to a Dell XPS 13 9370.

Steps to Reproduce:
1. Create a new presentation in Impress 6.3.0.4 on a Dell XPS 13 9370 running Fedora 30.
2. Insert a video.
3. Press F5 to run slide show.


Actual Results:
The slide show begins and the video plays, but the location is not correct relative to where it was laid out in the editor and the video is not scaled correctly relative to the screen size.

Expected Results:
The slide show begins and the video plays, the video is located in the correct spot on the screen relative to where it was laid out in the editor and is scaled to fit the box as specified in the editor.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Hardware: DELL XPS 13 9370, Intel 620 GPU with a 4k UHD touch screen.
Software: Fully up to date Fedora 30 Workstation running current stable RPM build of Libreoffice downloaded from libreoffice.org (problem is also present in the version that is packaged by fedora 30, as well as the version available on flathub).

The problem happens under both wayland and xorg gnome sessions, but is actually worse under xorg.  I have not tried it under any other desktops like KDE.

Problem happens regardless of hardware acceleration enable settings (tried under both on and off scenarios).  I reset the user profile and tried each of the OpenGL settings in turn. 

Problem does *NOT* happen on my desktop PC running the same version of Fedora/LibreOffice that has a 4K screen driven by an AMD RX560 video card under Gnome+wayland.

I will attach four screen shots plus a basic odp file with embedded videos to demonstrate the problem.  The first image named "layout.png" shows the editor with the expected layout of the two videos.  The second shows the problematic slide show under wayland, the third shows the problematic slide show under xorg.  The fourth shows the same slide show on a 1080p xorg session with the videos located correctly.

The only workaround I have found for this problem is to use a Gnome+xorg session and change the video settings to 1080p.

Unfortunately as this is a client's machine, I am going to be losing access to the laptop on Saturday.  I will do my best to get additional information as requested.
Comment 1 comitale 2019-09-04 18:02:16 UTC
Created attachment 153880 [details]
Laying out the embedded videos.
Comment 2 comitale 2019-09-04 18:03:06 UTC
Created attachment 153881 [details]
After pressing F5 under GNOME+wayland.
Comment 3 comitale 2019-09-04 18:03:28 UTC
Created attachment 153882 [details]
After pressing F5 under Gnome+xorg.
Comment 4 comitale 2019-09-04 18:04:25 UTC
Created attachment 153883 [details]
Expected behaviour after pressing F5 under either wayland or xorg.
Comment 5 comitale 2019-09-04 18:05:02 UTC
Created attachment 153884 [details]
A basic presentation with two embedded videos.
Comment 6 Xisco Faulí 2019-09-25 16:03:27 UTC
I can't reproduce it in

Version: 6.4.0.0.alpha0+
Build ID: cc65651a0490383f1a833bb6215d8ec4272d8b5d
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

Could you please paste the info from Help - about LibreOffice ?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the information has been provided
Comment 7 QA Administrators 2020-03-25 02:41:04 UTC Comment hidden (obsolete)
Comment 8 comitale 2020-03-25 13:38:00 UTC
Sorry for the delay.  The laptop was out of my immediate possession for a while but I have access to it again now.  It is currently running Fedora 31 and LibreOffice 6.3.0.4 and the problem still persists.  I have attached a screenshot of the "about libreoffice" dialog box as requested.
Comment 9 comitale 2020-03-25 13:38:36 UTC
Created attachment 158981 [details]
Screenshot of about libreoffice dialog.
Comment 10 Buovjaga 2020-06-15 18:43:53 UTC
This is a HiDPI issue.

Xisco: you can simulate such a screen with
GDK_SCALE=2 SAL_USE_VCLPLUGIN=gtk3 libreoffice

Reproduced with the mentioned incantation.

Arch Linux 64-bit
Version: 7.1.0.0.alpha0+
Build ID: 43bdac0ebd65dfc32a0b8cf2c42fde88ad585e3f
CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: gtk3
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 15 June 2020
Comment 11 QA Administrators 2022-06-16 03:44:31 UTC
Dear comitale,

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 with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

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) from https://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: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug