Resizing LO window from bottom right brings up pop-up and undesirable effects

Bug #749986 reported by Henrik Z on 2011-04-04
254
This bug affects 50 people
Affects Status Importance Assigned to Milestone
gtk+2.0 (Ubuntu)
High
Unassigned
Precise
High
Unassigned
libreoffice (Ubuntu)
High
Canonical Desktop Team
Precise
High
Canonical Desktop Team
light-themes (Ubuntu)
Medium
Unassigned
Precise
Medium
Unassigned

Bug Description

1)
Oneiric:
Ubuntu 11.10

Natty:
lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

2)
Oneiric:
libreoffice 1:3.4.3-3ubuntu2

Natty:
apt-cache policy libreoffice-calc
libreoffice-calc:
  Installed: 1:3.3.2-1ubuntu5
  Candidate: 1:3.3.2-1ubuntu5
  Version table:
 *** 1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
       100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

3) What is expected to happen is one may resize a LibreOffice window
from the bottom right by putting the mouse icon to the bottom right of
the window, click and hold, and move the window size as desired.

4) What happens instead is if the white arrow pointing down and to the
right, clicking will bring up the File Menu, as well undesirable affects
(ex. the whole sheet is highlighted but clicking inside does not
unhighlight, can no longer resize). Other corners and sides works fine
for resizing the window. A screenshot of this problem: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/749986/+attachment/2078779/+files/Libreoffice_resize-grip.png

WORKAROUND: Resize using the top left and right corners or ALT+F8 and use the keyboard.

WORKAROUND: create a .gtkrc-2.0__libreoffice file in your home directory, with the following content:

style "default-style"
{
  GtkWindow::resize-grip-height = 0
  GtkWindow::resize-grip-width = 0
}

class "GtkWidget" style "default-style"

and then launch libreoffice writer (or another component) with the command:
GTK2_RC_FILES=.gtkrc-2.0__libreoffice libreoffice -writer

WORKAROUND: Make sure the black arrow pointing down and right shows up,
then resize is successful.

+ Not reproducible in Xubuntu 11.10 32-bit.

lsb_release -rd
Description: Ubuntu 11.10
Release: 11.10

 apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.4.4-0ubuntu1
  Candidate: 1:3.4.4-0ubuntu1
  Version table:
 *** 1:3.4.4-0ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ oneiric-updates/main i386 Packages
        100 /var/lib/dpkg/status
     1:3.4.4-0ubuntu1~ppa1 0
        500 http://ppa.launchpad.net/libreoffice/ppa/ubuntu/ oneiric/main i386 Packages
     1:3.4.3-3ubuntu2 0
        500 http://us.archive.ubuntu.com/ubuntu/ oneiric/main i386 Packages

Related branches

renbag (renbag) wrote :

This happens when using the resize grips implemented on GtkWindow for GTK+.
In libreoffice, dragging the window with the grip, displays the 'File' menu and blocks the resizing process (see the attached screenshot).
Since dragging with the window borders is working well, the resize grip should be disabled in libreoffice, until the bug is fixed.

renbag (renbag) wrote :
Changed in libreoffice (Ubuntu):
status: New → Confirmed
Changed in libreoffice (Ubuntu):
importance: Undecided → High
Fabián Rodríguez (magicfab) wrote :

I could only reproduce this in Natty (64 bits), not in 10.10 (Nvidia, with effects) or 10.04.2 LTS (VM, no effects, 32/64bit) .

Changed in libreoffice (Ubuntu):
importance: High → Medium
renbag (renbag) wrote :

The resize grips have been introduced in natty and are not present in maverick and lucid.
There are gtk+2.0 packages backported to maverick in a PPA (https://edge.launchpad.net/~bratsche/+archive/gtk) and installing them I can reproduce the bug with openoffice.org also.

teimcrr (marco-carrarini) wrote :

Confirmed here, fresh install of Natty.
However, this odd behaviour is present only the first time you try to resize a LibreOffice window.
After pressing ESC and clicking on the desktop to unfocus the window, then resize works normally.

skipx (bartok) wrote :

Pressing ESC does not work for me. Also not re-focusing window with mouse. Resizing stays frozen (also if i try to resize from left or bottom) until I quit LibreOffice.

Some output when i start it from bash:

pc ~ $ libreoffice -writer
pc ~ $
(soffice:23991): Gdk-CRITICAL **: IA__gdk_window_get_events: assertion `GDK_IS_WINDOW (window)' failed

(soffice:23991): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed

(soffice:23991): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
pc ~ $

skipx (bartok) wrote :

Also orange selection color stays on screen, see picture.

skipx (bartok) wrote :

Also selection color orange stays on screen (until quit LibreOffice)

I am also experiencing the problem with a fresh install of Natty. Is there any chance this can get a higher priority. I know its not a critical bug, but its certainly annoying.

watgrad (watgrad) wrote :

I also experience this. Unable to resize LibreOffice windows from bottom right corner. Also I get the permanent orange selection rectangle until I restart the Windows Manager.

Working on fresch install of both LiberOffice and Natty 64 bit, MacBook Pro7-1, it happens in both Unity and Ubuntu Classic.

Ákos Maróy (akos-maroy) wrote :

please fix this bug, this is a major usability issue...

description: updated

Henrik Z, hanks for reporting this bug. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as Triaged and let them handle it from here. Thanks for taking the time to make Ubuntu better!

Changed in libreoffice (Ubuntu):
status: Confirmed → Triaged
summary: - Windows resize problem
+ Resizing LO window from bottom right brings up pop-up and undesirable
+ effects
renbag (renbag) wrote :

As a temporary workaround, the resize grips in libreoffice can be disabled by using a custom gtkrc file and calling it from the command line. For example, create a .gtkrc-2.0__libreoffice file in your home directory, with the following content:

style "default-style"
{
  GtkWindow::resize-grip-height = 0
  GtkWindow::resize-grip-width = 0
}

class "GtkWidget" style "default-style"

and then launch libreoffice writer (or another component) with the command:
GTK2_RC_FILES=.gtkrc-2.0__libreoffice libreoffice -writer

This disables the resize grips, but only works from the command line.
To make it work for the gui launchers we have to modify all the libreoffice .desktop files.
I have written a shell script to do this (to be run with sudo). It must also be run after every upgrade of libreoffice packages or appropriately copied to /etc/rc.local, if you prefer.
The script makes backup copies of the original .desktop files, in the case something goes wrong.
It works for me, but it should be probably tested by someone else.

Jeff (jdorenbush) wrote :

I was able to fix it through teimcrr's method of pressing ESC and minimizing Calc. I'm able to resize after that.

Jeff (jdorenbush) wrote :

Ignore my previous comment. It worked the first time, but after that it breaks permanently regardless of if I press ESC and minimize the application.

Jeff (jdorenbush) wrote :

In Bug #778850 (marked as a duplicate of this bug), Andrew had a good suggestion that appears to work great:

"Work-around: resize using the top left and right corners or ALT+F8 and use the keyboard."

davidetkarine (saveurlinux) wrote :

Using Clarlooks theme solve the problem at least if i perfectly click on the bottom right corner.

Britt Yazel (brittyboi) wrote :

I too have this problem on 3 different computers. I am running Oneiric on all 3 of them.

renbag (renbag) wrote :

The temporary workaround I described in comment #13 is valid for oneiric also. Just edit it and substitute 'natty' with 'oneiric'. I'm using it in rc.local since several months and had no problems.

Papamatti (matti-lx) wrote :

I have the same issue on five computers/laptops.
Risizing LO on the right lower corner brings up the "File-Menü" !

I have oneiric oceleot with the latest updates from today.
Another weired thing is, that if i click on this corner a yellow windows outline is drawn, but i can move the LO-windows around but the yellow box does not disappear until i close the window! Think this is compiz related.

Papamatti (matti-lx) wrote :
Changed in unity (Ubuntu):
status: New → Confirmed
Larry D. James (ljames) wrote :

While this problem affected Ubuntu 11.04 it became worse with version Ubuntu 11.10. under Unity. In Ubuntu 11.04 if you missed the first time and brought up the menu you could keep trying and eventually get Libreoffice to resize. You can still do this if you use Gnome's menu option rather than Unity. However, with 11.10 if you miss and bring up the menu resizing fails for any and every window and remains that way until you close the Libreoffice window that had the problem.

This is consistent and happens this way every time when using Unity and you miss and bring up the file menu when trying to resize a Libreoffice window from the bottom right.

The fix from comment #13 doesn't resolve the issue on my machine.

-- L. James

--
L. D. James
<email address hidden>
www.apollo3.com/~ljames

renbag (renbag) wrote :

@apollothethird
Did you edit the script in comment #13, as explained in comment #19 for oneiric? You can also manually check if the files listed in the script were effectively changed.

Britt Yazel (brittyboi) wrote :

This issue needs to get fixed drastically. I still have this issue and it has been weeks since release.

Didier Roche (didrocks) on 2011-11-22
Changed in unity:
status: New → Confirmed
Papamatti (matti-lx) wrote :

The Bug still exists!

Omer Akram (om26er) wrote :

I suggest someone propose the workaround for light-themes and I'll happily work to get it uploaded to archives. added compiz as affects so that the real fix for the problem could also be looked into.

Changed in unity (Ubuntu):
importance: Undecided → Medium
Changed in unity:
importance: Undecided → Medium
Changed in compiz (Ubuntu):
importance: Undecided → Medium
Changed in light-themes (Ubuntu):
importance: Undecided → Medium
Omer Akram (om26er) on 2011-11-23
description: updated
Changed in light-themes (Ubuntu):
status: New → Confirmed
Changed in compiz (Ubuntu):
status: New → Confirmed

Omer Akram (om26er), please do not de-comment the bug description, as it is helpful for developers to know the information that was placed in there. Thank you for your understanding.

description: updated
Omer Akram (om26er) wrote :

We try to make the bug description as simple as possible, less is more, The first 10 lines in the description of this bug report are not really of any use for the developers, when I edited description it started with the steps to reproduce the problem and nothing I believe it more efficient for developers to see the bug themselves.

description: updated
Omer Akram (om26er) on 2011-11-23
Changed in libreoffice (Ubuntu):
status: Triaged → Confirmed
Changed in compiz (Ubuntu Precise):
importance: Medium → High
Changed in libreoffice (Ubuntu Precise):
importance: Medium → High
Sebastien Bacher (seb128) wrote :

the issue is not an unity or compiz one, it happens under GNOME3 or unity-2d

Changed in unity:
status: Confirmed → Invalid
Sebastien Bacher (seb128) wrote :

It seems like libreoffice its trying to handle gtk widgets its own way and get confused there, that's not desktop dependent so likely a libreoffice issue

Changed in libreoffice (Ubuntu Precise):
assignee: nobody → Canonical Desktop Team (canonical-desktop-team)
Changed in compiz (Ubuntu Precise):
status: Confirmed → Invalid
no longer affects: unity
no longer affects: compiz (Ubuntu)
Changed in unity (Ubuntu Precise):
status: Confirmed → Invalid

Omer Akram (om26er), regarding your comments:

"...less is more..."

Unfortunately, this statement, while catchy, does not hold water regarding this bug as the information you keep de-commenting provides specific test case details for the problem. As well, this is not reproducible in Xubuntu Ubuntu 11.10, 32-bit.

"The first 10 lines in the description of this bug report are not really of any use for the developers, when I edited description it started with the steps to reproduce the problem and nothing I believe it more efficient for developers to see the bug themselves."

If your a developer, I'll drop this and cannot wait to see your patch fixing this issue. Otherwise, for the last time, please stop de-commenting the inputted test case details. If you still insist on de-commenting again, your welcome to explain in #ubuntu-bugs why removing detailed test cases for bugs that a fellow Bug Control member (myself) inputted is a good idea.

description: updated
Omer Akram (om26er) on 2011-11-24
no longer affects: compiz (Ubuntu Precise)
no longer affects: unity (Ubuntu)
no longer affects: unity (Ubuntu Precise)
Omer Akram (om26er) wrote :

A bug report should never start with the statement "what is expected to happen" (tm) I find the description of this bug report less useful and more of a distraction. This bug report is easy to reproduce and could be written in a *much* shorter and *reasonable* form.

Copying the results from 'apt-cache policy' is not helping to the description of this bug report. Ubuntu 11.10 is the name of the release Oneiric was the code name, libreoffice version number could also be written in a much simpler way since its *just a one line version number*. writing the version number of libreoffice-calc is another distractive part.

===========
1)
Oneiric:
Ubuntu 11.10

Natty:
lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

2)
Oneiric:
libreoffice 1:3.4.3-3ubuntu2

Natty:
apt-cache policy libreoffice-calc
libreoffice-calc:
  Installed: 1:3.3.2-1ubuntu5
  Candidate: 1:3.3.2-1ubuntu5
  Version table:
 *** 1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
       100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages
===========

The above text could simple be written as

Ubuntu: 11.04, 11.10
Libreoffice: 1:3.4.3-3ubuntu2, 1:3.3.2-1ubuntu5

===========

When I edited the decription of the bug report I added the steps to reproduce at the very top and not "what is expected to happen..." You might want to have a peek at a lot of the already reported and effectively triaged bug reports.

Also our official response to //not well described// reports stresses first on the steps to reproduce the problem: https://wiki.ubuntu.com/Bugs/Responses#Not_described_well

I would be happy to discuss is further.

Britt Yazel (bwyazel) wrote :

I have had this issue for the entirety of the 11.10 lifecycle, and I have this issue in 12.04 alpha as well. I do not know of any other distributions that have this issue, so it is definitely a Ubuntu problem. Any ETA on the status of a fix for this? This bug has lived for far too long.

Papamatti (matti-lx) wrote :

Ok, this bug does not happen in Kubuntu 11.10 an in in openSuse 12.1 (within the gnome shell).

It happens in Unity 3D and Unity 2D, it has nothing to do with compiz.

Britt Yazel (bwyazel) wrote :

This bug is still persistant in 12.04. Not only does the menu pop up when I try to resize in the lower corner, the light orange overlay to show window resizing appears fragmented on the window, and will not go away, making the entire session of the program unusable.

Also, I do not know what the issue is with the specific semantics to reporting the bug, but I surely hope that this bug is not still kept alive because of something as silly as a poorly written bug report.

If that is the case, I will gladly make a second report for this bug, reported to whomever's liking, that way this darn bug can get fixed!!

Matt (mmmurf) wrote :

I get the orange box a lot too, and the only way to make it go away seems to be to grab a window by the top bar and drag it into the top of the screen, then down.

 I'd be happy to screen share with a developer to demo the bug.

Britt Yazel (bwyazel) wrote :

This really really needs to get fixed for ALL versions on Libreoffice. I am not a developer so I cannot fix this, but I know it is localized to Ubuntu, and is VERY important. I know people who have been critisizing Ubuntu for being unprofessional for a bug as big as this remaining for well over a year now.

I've just joined this ancient bug as I am seeing this behaviour for the first time with LibreOffice 3.5.0beta2 in precise after the 13/2/2012 update (UK time zone). Behaviour is seen with Unity session (compiz) and with Gnome Classic session (metacity). I do not see this in 11.10 at all.

This hardware uses nvidia geforce integrated 6150 graphics, driver 290.10

Ubuntu+1 forum discussion with more people seeing the bug

http://ubuntuforums.org/showthread.php?t=1908841

Britt Yazel (bwyazel) wrote :

I am still getting this bug as bad as ever in Precise. This bug is nearly 9 months old, and is AGRIVATING! I hate having to restart my libreoffice just because I 'mistakinly' tried to resize the window from the bottom right.

Ubuntu is the only distribution with this problem, why isn't this bug getting fixed?

I am also very enoyed that this issue is not yet resolved after all this time. Because of this bug I have changed my default Window Manager from Unity to Gnome Fallback on my 11.10 install, as the bug is not present here. If this does not get resolved within LTS-release 12.04 I wont be going back to Unity anytime soon.

Correction on last comment: Bug is present in gnome3 fallback as well. However I am unable to reproduse it as often, and is as a result less enoying.

Britt Yazel (bwyazel) wrote :

I am able to replicate the 'right-click' menu popping up when trying to resize in any other interface rather than unity (gnome-shell, gnome-fallback), but not the strange orange overlay highlight. In Unity I am still having both the 'right-click' menu opening as well as the strange orange overlay appearing. I wonder what it is about that bottom corner that is messing up.

I can confirm that it is not a libreoffice issue, but a Ubuntu issue, as this is the only distribution that I have seen with this problem.

as per https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/749986/comments/4 this has been introduced by backporting patches from gtk3 to gtk2 in Ubuntu packaging. gtk3 is unsupported/early-prototype for LibreOffice, so backporting these patches to gtk2 is the rootcause for this error (and why this does not happen on other distros).

This is not just with openoffice. I am getting it with virtualbox and
google chrome and a variety of other apps on ubuntu 64.

2012/2/8 Björn Michaelsen <email address hidden>

> as per
> https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/749986/comments/4
> this has been introduced by backporting patches from gtk3 to gtk2 in
> Ubuntu packaging. gtk3 is unsupported/early-prototype for LibreOffice,
> so backporting these patches to gtk2 is the rootcause for this error
> (and why this does not happen on other distros).
>
> ** Also affects: gtk+2.0 (Ubuntu)
> Importance: Undecided
> Status: New
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/749986
>
> Title:
> Resizing LO window from bottom right brings up pop-up and undesirable
> effects
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/749986/+subscriptions
>

Papamatti (matti-lx) wrote :

The bug here described is not to click with the right mousebutton - if you do this the normal window-menu (i don't know the right name) appears in which you can minimize, maximize and so on.

The bug above happens only if you click with the LEFT mousebutton in the lower right corner of a libreoffice windows. If you do so the FILE menu appears from the Libreoffice menu!

I test it with chromium and virtualbox in ubuntu 11.10 and "only" the window-menu appears, this happens on all windows.

Britt Yazel (bwyazel) wrote :

So now that we have realised that the problem is due to backporting GTK3 patches to GTK2, is there any way to fix it?

renbag (renbag) wrote :

You can create a file named .gtkrc-2.0 in your home directory and put the same content reported in the bug description, i.e.:

style "default-style"
{
  GtkWindow::resize-grip-height = 0
  GtkWindow::resize-grip-width = 0
}

class "GtkWidget" style "default-style"

This will disable the resize grips for all applications, without the need to use personalized launchers.

Britt Yazel (bwyazel) wrote :

After today's updates in Precise to libreoffice the glitch is still present and as bad as ever. It is nice that we know what is causing this bug, but it doesn't change that it needs a solution. The average user isn't going to be as understanding as we all are, and a major glitch in the default office program is not going to impress the general public.

Changed in libreoffice (Ubuntu Precise):
status: Confirmed → Invalid
Changed in light-themes (Ubuntu Precise):
status: Confirmed → Invalid
Changed in gtk+2.0 (Ubuntu Precise):
status: New → Fix Committed
importance: Undecided → High
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gtk+2.0 - 2.24.10-0ubuntu3

---------------
gtk+2.0 (2.24.10-0ubuntu3) precise; urgency=low

  * debian/patches/044_grips.patch:
    - dropped, our default theme has no grip and the patch leaded to issues
      with some applications like libreoffice lp: #749986
  * debian/control.in: update gir depends

  [ Martin Pitt ]
  * debian/rules: Revert forced non-compression of doc files, gzip has been
    fixed now. (LP: #871083)
 -- Sebastien Bacher <email address hidden> Thu, 23 Feb 2012 21:53:41 +0100

Changed in gtk+2.0 (Ubuntu Precise):
status: Fix Committed → Fix Released
Sebastien Bacher (seb128) wrote :

reverting the upload, the api is public and some rdepends including binding use it, we will need a transition

Changed in gtk+2.0 (Ubuntu Precise):
status: Fix Released → In Progress
Britt Yazel (bwyazel) wrote :

I am very excited that this bug is getting some well needed attention :-D

Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gtk+2.0 - 2.24.10-0ubuntu5

---------------
gtk+2.0 (2.24.10-0ubuntu5) precise; urgency=low

  * debian/control.in:
    - breaks on the binaries which were using the grip function backported
  * debian/libgtk2.0-0.symbols:
    debian/patches/044_grips.patch:
    - dropped the feature is only in gtk3 upstream, the backport had
      issues and most upstream softwares are not made to deal with it.
      the grips will be also dropped from the default gtk3 theme since unity
      has resize borders (lp: #744993)
    - will fix issues with libreoffice (lp: #749986) and splash screens
      in other softwares (lp: #704105, #734381)
 -- Sebastien Bacher <email address hidden> Fri, 24 Feb 2012 18:39:56 +0100

Changed in gtk+2.0 (Ubuntu Precise):
status: In Progress → Fix Released
Britt Yazel (bwyazel) wrote :

Well done lads!

renbag (renbag) wrote :

Will the changes be backported to oneiric?
In any case I have made available (in a PPA) gtk+2.0 packages for oneiric with the 044_grips.patch removed:
https://launchpad.net/~renbag/+archive/gtk

Miklos Juhasz (mjuhasz) wrote :

@Renzo: The resize grip had to be disabled in Shotwell since it conflicted with widgets in the bottom corner. If you remove the patch from gtk you have to rebuild Shotwell without the 04_no_resize_grip.patch (you can find it in my ppa). If you fail to do so Shotwell will fail start with "symbol lookup error: shotwell: undefined symbol: gtk_window_set_has_resize_grip"
I am not aware of any other program that has to be rebuilt after dropping the resize grip from gtk but there may be others.

renbag (renbag) wrote :

@Miklos: you are right. I copied your shotwell binaries in my gtk ppa, thank you.

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

Other bug subscribers