Bug 146696 - IMPRESS PRINTING: Only part of slide is rendered when trying to print from Screen 16:10 format
Summary: IMPRESS PRINTING: Only part of slide is rendered when trying to print from Sc...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.0 all versions
Hardware: Other macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-01-11 11:19 UTC by Ian
Modified: 2023-07-07 03:16 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ian 2022-01-11 11:19:29 UTC
Description:
Only a small part of the contents of Screen 16:10 format Impress slides are rendered when printing.  I have noticed that the slide dimensions in this format are not greater than those for A4 paper.

Steps to Reproduce:
1.Select 'Screen 16:10' as format for slide
2.Create slides and select Print
3.Preview image shows only part of slide content in print area (which is also how it is printed).

Actual Results:
Only (a small) part of the slide content is printed.

Expected Results:
Complete slide(s) are printed. 


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-GB
Module: Presentation / IMPRESS
OS: Mac OS X 11.6
OS is 64bit: Yes

LibreOffice v 7.0.4.2

OpenGL Renderer: Intel HD Graphics 5000 OpenGL Engine
Vendor: Intel Inc.
Version: 4.1 INTEL-16.5.2
Device: MacBookAir6,2
Comment 1 Ian 2022-01-12 07:00:58 UTC
This morning I 'exported to PDF' (from File Menu) and this renders properly.  So (to my lay mind) it seems the bug is to do with Printing alone.  Perhaps a LibreOffice - Mac thing.
Comment 2 Buovjaga 2022-12-07 12:06:11 UTC
Works fine on Linux and Windows at least.

Do you still see it with 7.4?

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.

Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: c08e5db055c9d34d3f0b0b9d2a192d7ebdcd9576
CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded Jumbo

Arch Linux 64-bit
Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: c2bcbd36d1913dc1d5ca4bb64fa30740f17bf326
CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 7 December 2022
Comment 3 QA Administrators 2023-06-06 03:13:18 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2023-07-07 03:16:56 UTC
Dear Ian,

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