The i3 FAQ has migrated to All content here is read-only.
Ask Your Question

Chromium GUI hangs after closing lid

asked 2015-07-02 08:08:04 +0000

Serp_C gravatar image

updated 2015-07-03 03:18:00 +0000

I recently installed i3 on a laptop running Linux Mint 17.1 Cinnamon edition. Chromium still works fine in Cinnamon.

Now with i3, after closing the lid (which is set to suspend the computer in Cinnamon's settings) and then logging back in, the Chromium window doesn't update unless I click on something or move the mouse around a lot. The program itself isn't hanging, just the GUI - If I click a link it won't look like anything happened, but several seconds later the window will refresh and the new page will be there. Chromium is the only program affected this way.

If I use Ctrl+Alt+F1 to go to a virtual terminal and then Ctrl+Alt+F8 to return to X, the problem goes away. Running the command xrefresh does not. I have added exec --no-startup-id cinnamon-settings-daemon to my i3 config. I haven't added anything to i3's config to control suspending the computer - I assume that is coming from cinnamon-settings-daemon.

In trying to figure out what is causing this issue I also tried suspending the laptop with pm-suspend instead of closing the lid. This did not trigger the issue.

Where should I look to figure out the cause of this behavior?

edit retag flag offensive close merge delete

2 answers

Sort by ยป oldest newest most voted

answered 2015-07-03 13:55:46 +0000

Serp_C gravatar image

updated 2015-07-05 05:50:18 +0000

For the time being, I have found a hacky workaround. I found that xrandr -o inverted; xrandr -o normal fixes the issue similar to using Ctrl+Alt+F1 did. I put those commands in a script to be run whenever the computer resumes from suspend. So now I have a file /usr/lib/pm-utils/sleep.d/99ZZ_myresumefix that looks like this:

# fix issue of chromium gui delaying and only periodically refreshing

case "$1" in
        xrandr -o inverted; xrandr -o normal

exit 0

Then I rebooted, and it seems to work now.

EDIT: If you lock the screen when you suspend, the above script will refresh the screen while it is still locked, before the Chromium window appears so this won't solve the problem. Instead, since I use Cinnamon's settings to lock the screen on suspend, I added the following to my i3 config:

exec dbus-monitor --session "type='signal',interface='org.cinnamon.ScreenSaver'" | ( while true; do read X; if echo $X | grep "boolean false" &> /dev/null; then xrandr -o inverted; xrandr -o normal; fi done )

What this does is start a process that watches dbus for a message that means the screen has been unlocked, then runs the same xrandr commands from the previous script. For more information look here and here

edit flag offensive delete link more

answered 2015-07-02 09:44:23 +0000

Airblader gravatar image

I have the same thing with Chrome. The window is just black until I do something like click on it.

It never bothered me, but if you want it fixed, report a bug against Chromium.

edit flag offensive delete link more


I'm not entirely convinced it's a Chromium bug since the problem only appeared after I started using i3.

Serp_C gravatar imageSerp_C ( 2015-07-03 13:50:14 +0000 )edit

Question Tools

1 follower


Asked: 2015-07-02 08:08:04 +0000

Seen: 110 times

Last updated: Jul 05