Orphan context menu does not disappear

Bug #1333577 reported by LucaDC
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Inkscape
Invalid
Medium
Unassigned

Bug Description

Steps:
 - click and drag an object;
 - while dragging, press the right mouse button to open the contextual menu;
 - the object jumps back to its original position, still selected and the contextual menu appears;
 - all the operations in the contextual menu are grayed out so it looks as not related to anything;
 - the contextual dialog don't disappear even after clicking around: the only way I found is minimizing and restoring the window.

Worse:
 - repeat the steps above to get more than one sticky dialog open;
 - if you minimize and restore the window, only the last one disappears;
 - also, after opening at least three dialogs, the minimize button in the upper right corner does not work anymore and minimizing is possible only clicking on the task bar button;
 - in this case, to clear all dialogs click the 'X' to close Inkscape: the "Save changes" dialog appears and clears all others.

Windows XP.

Tags: ui
Revision history for this message
jazzynico (jazzynico) wrote :

> - click and drag an object;
> - while dragging, press the left mouse button to open the contextual menu;
> - the object jumps back to its original position, still selected and the contextual menu appears;

Reproduced on Windows XP, Inkscape 0.48.5 and trunk revision 13438.

> - all the operations in the contextual menu are grayed out so it looks as not related to anything;
> - the contextual dialog don't disappear even after clicking around: the only way I found is minimizing and restoring the window.

Not reproduced. The contextual menu is correctly related to the clicked object, and clicking around closes the contextual menu. Thus I can't reproduce you additional steps with more than one dialog.

tags: added: ui
Revision history for this message
LucaDC (lucadc) wrote :

@jazzynico: I tried with a fresh document and you're right, the steps alone don't exibit the problem. But after playing a bit I could reproduce the problem. Please, give me a bit of time to figure out a complete sequence starting from scratch.

description: updated
Revision history for this message
LucaDC (lucadc) wrote :

Ok, the key seems to be opening a dialog to trigger the problem:

 - new document;
 - open a dialog (e.g. Fill and Stroke) and close it;
 - draw an object (e.g. a rectangle);
 - drag it and while dragging press the right mouse button.

I use floating dialogs.

Revision history for this message
LucaDC (lucadc) wrote :

Correction: only the "Fill and Stroke" dialog triggers the problem; I tried also the "Align and Distribute", "Text and Font" and "Layers" and they don't.

Revision history for this message
jazzynico (jazzynico) wrote :

> Ok, the key seems to be opening a dialog to trigger the problem
> ...

I've tried again with different computers with Windows XP and Crunchbang Waldorf, with docked and floating (undocked, and then changed in the Inkscape preferences) Fill & Stroke dialogs, but I still can't reproduce the second part of the issue.

Revision history for this message
LucaDC (lucadc) wrote :

@jazzynico: thanks for your efforts.
I've seen that when starting from a clean build without my preferences file the problem is not present. But after adding my preferences it pops out.
Please, try to see if you can reproduce it with my preferences file.

Revision history for this message
jazzynico (jazzynico) wrote :

Reproduced on Windows XP, Inkscape trunk revision 13444, with the preferences file attached comment #6.
I'm going to diff your preferences with the default one.

Changed in inkscape:
status: New → Confirmed
Revision history for this message
jazzynico (jazzynico) wrote :

Console messages when right clicking:
---
** (inkscape.exe:4952): CRITICAL **: void sp_ruler_remove_track_widget(SPRuler*, GtkWidget*): assertion `SP_IS_RULER (ru
ler)' failed
** (inkscape.exe:4952): CRITICAL **: void sp_ruler_remove_track_widget(SPRuler*, GtkWidget*): assertion `SP_IS_RULER (ru
ler)' failed
(inkscape.exe:4952): GLib-GObject-WARNING **: invalid uninstantiatable type `(null)' in cast to `GtkWidget'
(inkscape.exe:4952): GLib-GObject-WARNING **: instance of invalid non-instantiatable type `(null)'
(inkscape.exe:4952): GLib-GObject-CRITICAL **: g_signal_handlers_disconnect_matched: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
(inkscape.exe:4952): GLib-GObject-WARNING **: instance of invalid non-instantiatable type `(null)'
(inkscape.exe:4952): GLib-GObject-CRITICAL **: g_signal_handlers_disconnect_matched: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
---

Revision history for this message
jazzynico (jazzynico) wrote :

Sorry for the previous console message, they seem unrelated to the bug...

The issue can be reproduced easily by replacing the style attribute (empty by default) in the desktop group with:

  <group
     id="desktop"
     style="marker-start:none;marker-mid:none;marker-end:none;">

Note that you don't need to keep the 3 marker related attributes. The bug shows with just one of them.

Revision history for this message
Formerly Kevin Yin, now disabled (kyin) wrote :

Clicking on the document clears the menus if and only if the menus are grayed out. (clicking on the scrollbar will clear them whether they're grayed out or not)

Bug 1360745 may be related or a duplicate.
I'm on 0.91pre2 on Windows 8.1.

su_v (suv-lp)
Changed in inkscape:
importance: Undecided → Medium
Revision history for this message
Jonathan Hofinger (jhofinger) wrote :

While I can open a context menu in 0.92.4 while dragging (but not reproduce the bug), opening a context menu while dragging fails entirely in 1.1-dev (c990a67, 2020-04-09), Windows 10. Please reopen on http://inkscape.org/report if the problem occurs again.

Closed by: https://gitlab.com/jhofinger

Changed in inkscape:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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