Inkscape freezes after selecting an object which has linked clones

Bug #1462051 reported by hmarton
38
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Inkscape
Triaged
Medium
Unassigned
Fedora
New
Undecided
Unassigned

Bug Description

Steps to reproduce the bug:
1. Open the attached file
2. Select the double arrow on the top (these are linked clones)
3. Inkscape becomes very slow and uses one CPU core at 100%, menus doesn't work, toolbar buttons cannot be clicked, etc.
4. Try to unselect the object -> CPU utilization drops back to normal

OS: ArchLinux 64bit
Inkscape version: 0.91 (original from Arch repos)
Locale: Hungarian

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

On OS X 10.7.5:
- not reproduced with Inkscape 0.48.5
- reproduced with 0.91 r13725 and 0.91+devel r14194

Requirements to reproduce the reported performance issue:
- 'Fill and Stroke' dialog has been opened in the current session
- Marker options use default settings:
  [x] Color stock markers the same color as object
  [ ] Color custom markers the same color as object
  [x] Update marker color when object color changes

AFAICT the issue does no longer reproduce after unchecking one of the two by default enabled marker options in the preferences (it doesn't matter which one).

tags: added: markers performance regression
Changed in inkscape:
importance: Undecided → Medium
milestone: none → 0.92
status: New → Confirmed
Revision history for this message
su_v (suv-lp) wrote :

Further reduced test case: only one marker, only one clone (no nested clones (clone of clone of clone of ...)).

jazzynico (jazzynico)
Changed in inkscape:
status: Confirmed → Triaged
Revision history for this message
veyvr (chris-std) wrote :

I can also reproduce this bug with 0.92.2 on Fedora 26 and both, 0.92.1 and 0.92.2 on Windows 7 with different builds. Please note that it can not always be reproduced. The CPU runs into a busy loop in most cases, which sometimes leaves the application intact and sometimes locks it up to be unresponsive. If the application is not being blocked, the edit history breaks, showing many items which were never executed. This issue looks like a use-after-free bug which should be easy to track down using valgrind.

Revision history for this message
veyvr (chris-std) wrote :

inkscape is very hard to run under valgrind due to its use of libgc. Are there any known steps how to debug inkscape under valgrind?

Revision history for this message
Yeti (yeti) wrote :

I can still reproduce the bug with Fedora's inkscape-0.92.3-2.fc28.

I can try compiling Inkscape from current source code and reproducing there if it helps.

Attaching a different example (seems group might make it even worse). Enter the group of the left two paths, click on the one with arrow -- and the GUI gets stuck.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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