Inkscape

Canvas is not redrawn when resizing the Inkscape window (regression)

Bug #1571188 reported by Patrick Storz
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Inkscape
Triaged
Low
Unassigned
Inkscape 1.0

Bug Description

When resizing the Inkscape window the canvas is not properly redrawn resulting in black areas to be shown (see video in attachment).

I experience this issue with Inkscape r14851 64bit on Windows 7 x64.
It was not present in Inkscape r14762 64bit.

I assume it is a regression caused by the "sp_canvas" fixes done by Krzysztof Kosiński during the Hackfest.

Revision history for this message
Patrick Storz (ede123) wrote :
Revision history for this message
Patrick Storz (ede123) wrote :

Probably related bug #1571192

Revision history for this message
jazzynico (jazzynico) wrote :

Confirmed on Xubuntu 15.10, Inkscape trunk rev. 14855.
Not reproduced with 0.91.

Changed in inkscape:
importance: Undecided → Low
milestone: none → 0.92
status: New → Confirmed
tags: added: regression
Revision history for this message
jazzynico (jazzynico) wrote :

Also reproduced when compiled with the gtk3 option (except that the missing areas are gray and not black).

su_v (suv-lp)
tags: added: renderer
tags: added: renderer-cairo
removed: renderer
Revision history for this message
jazzynico (jazzynico) wrote :

Reproduced on Windows XP (32-bit) with lp:inkscape rev. 14880.
Not reproduced with 0.92.

Probably fixed when the canvas changes were reverted (see bug #1571192 for details).

Changed in inkscape:
milestone: 0.92 → none
status: Confirmed → Fix Released
Revision history for this message
Patrick Storz (ede123) wrote :

Still an issue in trunk though. The parts that are not redrawn are now light gray instead of black, but apart from that it's the same behavior.

Just tested on Windows 10 x64 with
- 64-bit build of r15549 (custom MSYS2 build)
- 64-bit build of r15513 (devlibs64 build)

Revision history for this message
su_v (suv-lp) wrote :

@jazzynico - could this be tracked in separate bug tasks for 0.92.x (GTK2) and trunk (GTK3)?

Revision history for this message
su_v (suv-lp) wrote :

Reproduced with lp:inkscape r15546 (MSYS2 build by Eduard Braun), r15563 (local devlibs64 build) on Windows 10.

Not reproduced with Inkscape 0.92.1 r15371 (official builds from inkscape.org for Windows, local builds on OS X 10.7.5, PPA on Ubuntu 14.04.5).

Not reproduced on Ubuntu 14.04.5 LTS (GTK+ 3.10.8, cairo 1.13.0, GNOME desktop with Adwaita theme) with lp:inkscape/0.92.x r15400 configured with GTK3, and with lp:inkscape r15551 (local build).

Revision history for this message
su_v (suv-lp) wrote :

su_v wrote:
> Not reproduced on Ubuntu 14.04.5 LTS (GTK+ 3.10.8, cairo 1.13.0,
> GNOME desktop with Adwaita theme) (...) with lp:inkscape r15551

This is not entirely correct: the symptom can also be observed with trunk builds on Ubuntu 14.04, but because the "incorrect" color briefly displayed in the "missing areas" is white, it is only noticeably with a darker canvas background color (e.g. checkerboard).

jazzynico (jazzynico)
Changed in inkscape:
milestone: none → 0.93
status: Fix Released → Triaged
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.