Apache OpenOffice (AOO) Bugzilla – Issue 40705
cannot move toolbar after resizing (metacity: disable workarounds)
Last modified: 2013-07-30 02:24:06 UTC
Running 1.9m71 (german langpack) on linux with gnome 2.8 To reproduce: 1) Open a writer document and tear-off a toolbar. -> You can freely move it by dragging the title-bar. 2) Now resize it (make it fit on two rows instead of one) -> You can no longer move the toolbar by dragging the title-bar you can however move it when pressing the window-manager's modifier key (<alt> in my case) 3) Dock and undock the toolbar -> moving works again. This is reproducible 100%
Hi cloph, thanks for using and supporting OpenOffice.org... I tried this on Fedora 3 and Gnome 2.8 using Office m73 and the moving of undocked toolbars worked as expected... Please tell us - which windowmanager (incl. version) do you use?
reopening. I know figured out why it doesn't work on my machine: I set metacity to disable workarounds (gconf-editor -> apps -> metacity -> general) metacity is version 2.8.6 Description of gconf-key /apps/metacity/general/disable_workarounds ##### Disable misfeatures that are required by old or broken applications Some applications break specifications in ways that result in window manager misfeatures. For example, ideally Metacity would place all dialogs in a consistent position with respect to their parent window. This requires ignoring application-specified positions for dialogs. But some versions of Java/Swing mark their popup menus as dialogs, so Metacity has to disable dialog positioning to allow menus to work in broken Java applications. There are several other examples like this. This option puts Metacity in full-on Correct mode, which perhaps gives a moderately nicer UI if you don't need to run any broken apps. Sadly, workarounds must be enabled by default; the real world is an ugly place. Some of the workarounds are workarounds for limitations in the specifications themselves, so sometimes a bug in no-workarounds mode won't be fixable without amending a spec. ##### Since this option is disabled by default I lowered Prio. And a reminder: Moving works fine until you resize the toolbar. After resizing the toolbar you cannot move it without pressing the modifier. Docking and undocking will make the toolbar movable again using the titlebar. To reproduce run "gconftool-2 --set --type bool /apps/metacity/general/disable_workarounds true" or use gconf-editor to set the value. No need to restart OOo or even gnome. This is instant-apply. Drag away a toolbar and resize it -> cannot move it anymore without modifier run "gconftool-2 --set --type bool /apps/metacity/general/disable_workarounds false" -> moving works again -> resize toolbar -> still works.
ping. (no response for a month) This occurs with m78 as well. 0) disable_workarounds in metacity 1) resize a toolbar 2) try to move it -> you cannot move it without pressing modifier (<alt>).
please comment on this one. Another month passed without a comment.
.
Would you mind telling me in which build this is fixed? The problem still occurs with the beta.
reopen. Not fixed in m86. So please tell me in where this is supposed to be fixed.
still not working with m90 so I assume "comment" from mci went to the wrong issue.
Hi cloph, thanks for being patient and sorry for delay... (I just didn't see this issue anymore??)... It seems that my last comment went accidentally to this issue, soory for that... I was able to reproduce behaviour today using your very good description (gconf-editor...) on Fedora... I rassign this issue to cd. mci -> cd: Hi cd, this seems to be an issue for you (or for the VCL team?)... I set this to a later target since disabling the workarounds for metacity is not default (as cloph wrote, too)...
cd->pl: Please take over, looks like a window manager problem.
"The real world is an ugly place" - ipse dixit :-) One has to live with Window Managers, and they never let you do what you want :-(
adjust target
set target due to limited resources
Reset assignee on issues not touched by assignee in more than 2000 days.