Bug 142244 - warn:legacy.osl:20384:20384:vcl/source/outdev/bitmap.cxx:463: CopyBits with zero or negative width or height
Summary: warn:legacy.osl:20384:20384:vcl/source/outdev/bitmap.cxx:463: CopyBits with z...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.2.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: console-noise
  Show dependency treegraph
 
Reported: 2021-05-12 19:13 UTC by Gerald Pfeifer
Modified: 2024-09-25 08:37 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Bug document (61.45 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2021-05-12 19:13 UTC, Gerald Pfeifer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gerald Pfeifer 2021-05-12 19:13:11 UTC
Created attachment 171931 [details]
Bug document

Simply opening the attached presentation without any action in the GUI
or otherwise, just letting LibreOffice sit idle, spams the console with
~1500 instances of

   warn:legacy.osl:20384:20384:vcl/source/outdev/bitmap.cxx:463: 
   CopyBits with zero or negative width or height

per *minute*.

How to reproduce:

   1. Save attachment as circle.pptx
   2. Open a (Unix-type) shell
   3. date ; lo circle.pptx 2>&1 | grep CopyBits | wc -l ; date

In a test I did on my notebook, this gave me

   ... 21:06:16 CEST
   514
   ... 21:06:37 CEST


There's two issues here: the spamming of the console, but maybe more
importantly - what is LibreOffice doing in a tight loop apparently when
there is no user action at all?
Comment 1 Julien Nabet 2021-05-12 19:54:18 UTC
On pc Debian x86-64 with master sources updated today, I could reproduce this.
Comment 2 BogdanB 2024-06-11 19:03:57 UTC
Fewer warnings in 24.8.

warn:vcl:88607:88607:vcl/source/window/dndeventdispatcher.cxx:137: rejecting drag enter due to missing listeners.
warn:vcl:88607:88607:vcl/source/window/dndeventdispatcher.cxx:185: rejecting drag over due to missing listeners.
warn:vcl:88607:88607:vcl/source/window/dndeventdispatcher.cxx:185: rejecting drag over due to missing listeners.
warn:vcl:88607:88607:vcl/source/window/dndeventdispatcher.cxx:185: rejecting drag over due to missing listeners.

Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 6d39b1a6068bbbd5ca4947f668f989dbfb73342d
CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 3 Chris Sherlock 2024-09-24 05:00:03 UTC
I would focus on the "CopyBits with zero or negative width or height" of the warning and tend to ignore anything else. 

Is this warning still happening?

Note that this will only happen in a debug build.
Comment 4 Chris Sherlock 2024-09-24 05:04:47 UTC
Note for myself: the warning is in a weird spot. 

Should be warning if the height or height is out of the drawing area. The truth is, this may not be a huge deal IMO as it could be outside the drawable area for valid reasons... perhaps move it to a SAL_INFO in the correct spots.
Comment 5 Gerald Pfeifer 2024-09-25 08:37:06 UTC
This bug originally was about

  "Simply opening the attached presentation without any action in the GUI
  or otherwise, just letting LibreOffice sit idle, spams the console with
  ~1500 instances of

     warn:legacy.osl:20384:20384:vcl/source/outdev/bitmap.cxx:463: 
     CopyBits with zero or negative width or height

  per *minute*."

This no longer happens for me with recent versions of LibreOffice such 
as the following, so closing this as WORKSFORME (now).

Version: 24.2.6.0.0+ (X86_64) / LibreOffice Community
Build ID: 9e30751ef80686e74e612aec4f881fe6c08eefd7
CPU threads: 12; OS: Linux 6.10; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: e0a5b29f653a314727e23489a3e98daff8386ff6
CPU threads: 12; OS: Linux 6.10; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US