Activity log for bug #1363998

Date Who What changed Old value New value Message
2014-09-01 12:57:02 su_v bug added bug
2014-09-01 12:58:37 su_v attachment added 1363998-partially-revert-r11377-for-Quartz-backend.diff https://bugs.launchpad.net/inkscape/+bug/1363998/+attachment/4192426/+files/1363998-partially-revert-r11377-for-Quartz-backend.diff
2014-09-01 13:01:27 su_v description Follow-up to - Bug #950556 “Docked dialogs lost focus indicator (shading of title bar) in trunk” <https://bugs.launchpad.net/inkscape/+bug/950556> Symptoms: - Constant CPU load of 12-15% if inkscape trunk is the active application and has a detached dialog open (e.g. Document Properties) - CPU load increases to 100% if inkscape is put in the background (a different application is active and has focus). - The dock doesn't resize correctly while a dialog is open in a floating dock (e.g. Document Properties). Steps to reproduce dock resize failure: 1) launch inkscape trunk with default (new) prefs 2) open Document Properties (Shift+Ctrl+D) 3) switch focus back to main window 4) open 'Layers' dialog (Shift+Ctrl+L) Expected result: Layers dialog opens in the main dock of the document window Actual result: Layers dialog appears to fail to open (actually it is open, but the dock doesn't resize to the minimal width until the floating dock is closed, or minimized to the dock bar in the main window). Not reproduced with archived build r11376, reproduced with r11378. System Info: - Mac OS X 10.7.5 Lion - archived builds: GTK+/Quartz 2.24.17, GLib 2.34.3 - current trunk: GTK+/Quartz 2.24.24, Glib 2.40.0 Using current trunk build (r13537) with the attached diff to partially revert r11377 prevents this from happening, and the dock resizes as expected when opening the layers dialog. The drawback is that the focus indicator is no longer drawn in the title bar of the dialog which has current focus. Notes: - The first issue mentioned in bug #950556 (comment #5) no longer occurs with current trunk because the preferences dialog is now a forced floating dialog. Follow-up to - Bug #950556 “Docked dialogs lost focus indicator (shading of title bar) in trunk”   <https://bugs.launchpad.net/inkscape/+bug/950556> Symptoms: - Constant CPU load of 12-15% if inkscape trunk is the active application and has a detached dialog open (e.g. Document Properties) - CPU load increases to 100% if inkscape is put in the background while a detached dialog is open (a different application is active and has focus). - The main dock in the document window doesn't resize correctly while a dialog is open in a floating dock (e.g. Document Properties). Steps to reproduce dock resize failure: 1) launch inkscape trunk with default (new) prefs 2) open Document Properties (Shift+Ctrl+D) 3) switch focus back to main window 4) open 'Layers' dialog (Shift+Ctrl+L) Expected result: Layers dialog opens in the main dock of the document window Actual result: Layers dialog appears to fail to open (actually it is open, but the dock doesn't resize to the minimal width until the floating dock is closed, or minimized to the dock bar in the main window). Not reproduced with archived build r11376, reproduced with r11378. System Info: - Mac OS X 10.7.5 Lion - archived builds: GTK+/Quartz 2.24.17, GLib 2.34.3 - current trunk: GTK+/Quartz 2.24.24, Glib 2.40.0 Using current trunk build (r13537) with the attached diff to partially revert r11377 prevents this from happening: no more increased CPU load as described, and the dock resizes as expected when opening the layers dialog. The drawback is that the focus indicator is no longer drawn in the title bar of the dialog which has current focus. Notes: - The first issue mentioned in bug #950556 (comment #5) no longer occurs with current trunk because the preferences dialog is now a forced floating dialog.
2014-09-01 13:18:16 su_v description Follow-up to - Bug #950556 “Docked dialogs lost focus indicator (shading of title bar) in trunk”   <https://bugs.launchpad.net/inkscape/+bug/950556> Symptoms: - Constant CPU load of 12-15% if inkscape trunk is the active application and has a detached dialog open (e.g. Document Properties) - CPU load increases to 100% if inkscape is put in the background while a detached dialog is open (a different application is active and has focus). - The main dock in the document window doesn't resize correctly while a dialog is open in a floating dock (e.g. Document Properties). Steps to reproduce dock resize failure: 1) launch inkscape trunk with default (new) prefs 2) open Document Properties (Shift+Ctrl+D) 3) switch focus back to main window 4) open 'Layers' dialog (Shift+Ctrl+L) Expected result: Layers dialog opens in the main dock of the document window Actual result: Layers dialog appears to fail to open (actually it is open, but the dock doesn't resize to the minimal width until the floating dock is closed, or minimized to the dock bar in the main window). Not reproduced with archived build r11376, reproduced with r11378. System Info: - Mac OS X 10.7.5 Lion - archived builds: GTK+/Quartz 2.24.17, GLib 2.34.3 - current trunk: GTK+/Quartz 2.24.24, Glib 2.40.0 Using current trunk build (r13537) with the attached diff to partially revert r11377 prevents this from happening: no more increased CPU load as described, and the dock resizes as expected when opening the layers dialog. The drawback is that the focus indicator is no longer drawn in the title bar of the dialog which has current focus. Notes: - The first issue mentioned in bug #950556 (comment #5) no longer occurs with current trunk because the preferences dialog is now a forced floating dialog. Follow-up to - Bug #950556 “Docked dialogs lost focus indicator (shading of title bar) in trunk”   <https://bugs.launchpad.net/inkscape/+bug/950556> Symptoms: - Constant CPU load of 12-15% if inkscape trunk is the active application and has a detached dialog open (e.g. Document Properties) - CPU load increases to 100% if inkscape is put in the background while a detached dialog is open (a different application is active and has focus). - The main dock in the document window doesn't resize correctly while a dialog is open in a floating dock (e.g. Document Properties). Steps to reproduce dock resize failure: 1) launch inkscape trunk with default (new) prefs 2) open Document Properties (Shift+Ctrl+D) 3) switch focus back to main window 4) open 'Layers' dialog (Shift+Ctrl+L) Expected result: Layers dialog opens in the main dock of the document window Actual result: Layers dialog appears to fail to open (actually it is open, but the dock doesn't resize to the minimal width until the floating dock is closed, or minimized to the dock bar in the main window). Not reproduced with archived build r11376, reproduced with r11378. System Info: - Mac OS X 10.7.5 Lion - archived builds: GTK+/Quartz 2.24.17, GLib 2.34.3 - current trunk: GTK+/Quartz 2.24.24, Glib 2.40.0 Using current trunk build (r13537) with the attached diff to partially revert r11377 prevents this from happening: no more increased CPU load as described, and the dock resizes as expected when opening the layers dialog. The drawback is that the focus indicator is no longer drawn in the title bar of the dialog which has current focus. Notes: - The first issue mentioned in bug #950556 (comment #5) no longer occurs with current trunk because the preferences dialog is now a forced floating dialog. - Builds with GTK+/X11 (same versions of dependencies, same revisions of trunk) are not affected.
2014-10-21 14:44:15 su_v inkscape: importance Undecided Medium
2014-10-21 14:44:15 su_v inkscape: milestone 0.91 0.92
2014-10-25 23:49:17 su_v bug watch added https://bugzilla.gnome.org/show_bug.cgi?id=671701
2015-05-18 22:41:01 su_v description Follow-up to - Bug #950556 “Docked dialogs lost focus indicator (shading of title bar) in trunk”   <https://bugs.launchpad.net/inkscape/+bug/950556> Symptoms: - Constant CPU load of 12-15% if inkscape trunk is the active application and has a detached dialog open (e.g. Document Properties) - CPU load increases to 100% if inkscape is put in the background while a detached dialog is open (a different application is active and has focus). - The main dock in the document window doesn't resize correctly while a dialog is open in a floating dock (e.g. Document Properties). Steps to reproduce dock resize failure: 1) launch inkscape trunk with default (new) prefs 2) open Document Properties (Shift+Ctrl+D) 3) switch focus back to main window 4) open 'Layers' dialog (Shift+Ctrl+L) Expected result: Layers dialog opens in the main dock of the document window Actual result: Layers dialog appears to fail to open (actually it is open, but the dock doesn't resize to the minimal width until the floating dock is closed, or minimized to the dock bar in the main window). Not reproduced with archived build r11376, reproduced with r11378. System Info: - Mac OS X 10.7.5 Lion - archived builds: GTK+/Quartz 2.24.17, GLib 2.34.3 - current trunk: GTK+/Quartz 2.24.24, Glib 2.40.0 Using current trunk build (r13537) with the attached diff to partially revert r11377 prevents this from happening: no more increased CPU load as described, and the dock resizes as expected when opening the layers dialog. The drawback is that the focus indicator is no longer drawn in the title bar of the dialog which has current focus. Notes: - The first issue mentioned in bug #950556 (comment #5) no longer occurs with current trunk because the preferences dialog is now a forced floating dialog. - Builds with GTK+/X11 (same versions of dependencies, same revisions of trunk) are not affected. Follow-up to - Bug #950556 “Docked dialogs lost focus indicator (shading of title bar) in trunk”   <https://bugs.launchpad.net/inkscape/+bug/950556> Symptoms: - Constant CPU load of 12-15% if inkscape trunk is the active application and has a detached dialog open (e.g. Document Properties) - CPU load increases to 100% if inkscape is put in the background while a detached dialog is open (a different application is active and has focus). - The main dock in the document window doesn't resize correctly while a dialog is open in a floating dock (e.g. Document Properties) - Breaks 'Path > Trace Bitmap' (hangs in trace mode, never inserts resulting (group of) paths) Steps to reproduce dock resize failure: 1) launch inkscape trunk with default (new) prefs 2) open Document Properties (Shift+Ctrl+D) 3) switch focus back to main window 4) open 'Layers' dialog (Shift+Ctrl+L) Expected result: Layers dialog opens in the main dock of the document window Actual result: Layers dialog appears to fail to open (actually it is open, but the dock doesn't resize to the minimal width until the floating dock is closed, or minimized to the dock bar in the main window). Not reproduced with archived build r11376, reproduced with r11378. System Info: - Mac OS X 10.7.5 Lion - archived builds: GTK+/Quartz 2.24.17, GLib 2.34.3 - current trunk: GTK+/Quartz 2.24.24, Glib 2.40.0 Using current trunk build (r13537) with the attached diff to partially revert r11377 prevents this from happening: no more increased CPU load as described, and the dock resizes as expected when opening the layers dialog. The drawback is that the focus indicator is no longer drawn in the title bar of the dialog which has current focus. Notes: - The first issue mentioned in bug #950556 (comment #5) no longer occurs with current trunk because the preferences dialog is now a forced floating dialog. - Builds with GTK+/X11 (same versions of dependencies, same revisions of trunk) are not affected.
2015-08-23 07:56:25 Launchpad Janitor branch linked lp:inkscape
2015-08-23 07:58:31 su_v inkscape: status New Fix Committed
2015-08-23 07:58:31 su_v inkscape: assignee ~suv (suv-lp)
2015-08-23 08:00:32 su_v tags gtk-osx regression ui backport-proposed gtk-osx regression ui
2015-09-29 07:08:04 Launchpad Janitor branch linked lp:inkscape/0.91.x
2015-09-29 07:12:47 su_v inkscape: milestone 0.92 0.91.1
2015-09-29 07:12:57 su_v tags backport-proposed gtk-osx regression ui gtk-osx regression ui
2017-01-12 16:18:53 su_v tags gtk-osx regression ui gtk-quartz regression ui
2017-01-28 20:40:37 jazzynico inkscape: status Fix Committed Fix Released
2017-01-28 20:40:37 jazzynico inkscape: milestone 0.91.1 0.92