Description: In the attached example, the video seems to be padded at the bottom and the top with some transparent space so that both, alignment and equal height with the image cannot be achieved. Screenshots documenting behaviour and files to reproduce available at https://cloud.planetmaker.de/index.php/s/sTXgrRF3ez3qTDf Steps to Reproduce: 1. set size and upper-left position of the image to a desired value 2. try to adjust the upper alignment by setting explicitly position and height for the video to match the image 3. Actual Results: The video is both, placed lower and with a smaller height Expected Results: The video should align at the top with the graphics and have the same height Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 6.1.1.1 Build-ID: 1:6.1.1~rc1-2~bpo9+1 CPU-Threads: 4; BS: Linux 4.9; UI-Render: Standard; VCL: gtk3; Gebietsschema: de-DE (de_DE.UTF-8); Calc: group threaded $ glxinfo | grep Open Vendor: Intel Open Source Technology Center (0x8086) OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Desktop OpenGL core profile version string: 3.3 (Core Profile) Mesa 13.0.6 OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 13.0.6 OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.0 Mesa 13.0.6 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00 OpenGL ES profile extensions:
Created attachment 144861 [details] odp-document which exhibits the buggy behaviour
Confirmed, already in 3.3.0 on Win. Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: 36befb3aca96907a14e71e82497dbb8f03ead5ab CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; Locale: fi-FI (fi_FI.UTF-8); Calc: threaded Built on 3 October 2018
(In reply to Ingo von Borstel from comment #0) > Description: > In the attached example, the video seems to be padded at the bottom and the > top with some transparent space so that both, alignment and equal height > with the image cannot be achieved. Hi Ingo, I see what you describe. But in the dialog Position and Size I can adjust the properties of the video so that it does match. But that is not the problem? thanks - Cor
(In reply to Cor Nouws from comment #3) > (In reply to Ingo von Borstel from comment #0) > > Description: > > In the attached example, the video seems to be padded at the bottom and the > > top with some transparent space so that both, alignment and equal height > > with the image cannot be achieved. > Hi Ingo, > > I see what you describe. But in the dialog Position and Size I can adjust > the properties of the video so that it does match. But that is not the > problem? > thanks - Cor @Ingo von Borstel, could you please try what Cor is suggesting ?
(In reply to Xisco Faulí from comment #4) > > Hi Ingo, > > > > I see what you describe. But in the dialog Position and Size I can adjust > > the properties of the video so that it does match. But that is not the > > problem? > > thanks - Cor > > @Ingo von Borstel, could you please try what Cor is suggesting ? Dear Ingo, Can you please respond?
Dear Ingo von Borstel, 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
Created attachment 156358 [details] property, image lhs German locale: Größe -> Höhe is 10.50cm
Created attachment 156359 [details] property, video rhs German locale: Größe -> Höhe: 10,50cm
compare that the selected height for both, image and video are set to the same value. However the video's bottom is at a different height than the image's one while their top is aligned.
Hello Ingo, A new major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Created attachment 162186 [details] direct comparison by overlapping image (left) and video (right), set to same height and height-offset Compare the image (lhs) and the video (rhs). Both are set to be aligned to y=1.8cm and have a height of 10.5 cm. Yet the video is both, less tall and not height-aligned.
So yes, the problem remains in 6.4.4 and 7.0.0.0-beta1.
And I wonder, anyone should be able to reproduce that as I provided both, a minimal presentation as well as the two source files for the image and the video.
I already confirmed it two years ago.
Dear Ingo von Borstel, 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