After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 774067 - Webkit composer is very slow refresh when typing
Webkit composer is very slow refresh when typing
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Composer
3.22.x (obsolete)
Other Linux
: Normal major
: ---
Assigned To: Tomas Popela
Evolution QA team
: 775504 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2016-11-07 16:43 UTC by Michael Mercier
Modified: 2017-11-03 18:45 UTC
See Also:
GNOME target: ---
GNOME version: 3.21/3.22



Description Michael Mercier 2016-11-07 16:43:21 UTC
The webKit composer is freezing when I type and the letters appear several seconds after I type on the keyboard.

I'm on archlinux and this happen since the upgrade of webkit2gtk from 2.12.x the new version 2.14.x

There is no specific Warnings or errors when I launch it in a terminal. 

Work perfectly fine with webkit2gtk-2.12.3.

Don't know if it is an evolution bug or a webkit bug...
Comment 1 Tomas Popela 2016-11-08 09:43:29 UTC
Hmm, that's strange. Can you please try running:

/usr/libexec/webkit2gtk-4.0/MiniBrowser -e

and check whether the input is slow there as well?
Comment 2 Eric Donkersloot 2016-11-08 13:28:48 UTC
Not user if this is related, but is seems since the webkit2gtk update right clicking on a misspelled word is also very slow. It sometimes takes about 5 seconds or more before evolution is showing the relevant context menu.

Michael, can you confirm this as well?

I'm also on Arch.
Comment 3 Michael Mercier 2016-11-09 08:51:13 UTC
I confirm that right click is also pretty slow...

(In reply to Eric Donkersloot from comment #2)
> Not user if this is related, but is seems since the webkit2gtk update right
> clicking on a misspelled word is also very slow. It sometimes takes about 5
> seconds or more before evolution is showing the relevant context menu.
> 
> Michael, can you confirm this as well?
> 
> I'm also on Arch.
Comment 4 Michael Mercier 2016-11-09 12:59:30 UTC
(In reply to Tomas Popela from comment #1)
> Hmm, that's strange. Can you please try running:
> 
> /usr/libexec/webkit2gtk-4.0/MiniBrowser -e
> 
> and check whether the input is slow there as well?

Sorry, the libexec seems to be here in Arch but I can't find this MiniBrowser anywhere:
  ls /usr/lib/webkit2gtk-4.0/
  injected-bundle  jsc  WebKitDatabaseProcess  WebKitNetworkProcess  WebKitPluginProcess  WebKitPluginProcess2  WebKitWebProcess

Can I try something else?

FYI, I tried with the unstable version webkitgtk-2.15.1 and the problem persists.
Comment 5 Tomas Popela 2016-11-09 14:15:05 UTC
Ok, so your maintainer is not building it (it's handy do quickly debug stuff). Can you please run epiphany and open https://html5demos.com/contenteditable there and try to write some text into the editable area?
Comment 6 Michael Mercier 2016-11-09 16:10:40 UTC
It works just fine.

By the way, I don't think it is related, but do not work in firefox (not editable)

An other detail, in evolution the scrolling, the window resize and the right click (only on misspelled words) and even cursor blink are also very slow: approximately 3 second of lag.

It becomes pretty hard to write a mail ;) So, as a workaroud for Arch user if you still have the old package in your cache:
sudo pacman -U /var/cache/pacman/pkg/webkit2gtk-2.12.3-1-x86_64.pkg.tar.xz

Then restart Evolution
Comment 7 Tomas Popela 2016-11-10 08:48:31 UTC
(In reply to Michael Mercier from comment #6)
> It works just fine.
> 
> By the way, I don't think it is related, but do not work in firefox (not
> editable)

Yes I know.. That's related to GTK3 port of Firefox, I told it to the Firefox developers, but they are just ignoring it.

> An other detail, in evolution the scrolling, the window resize and the right
> click (only on misspelled words) and even cursor blink are also very slow:
> approximately 3 second of lag.

Can you please run evolution with this?

WEBKIT_DISABLE_COMPOSITING_MODE=1 evolution

and tell me if it's better?
Comment 8 Michael Mercier 2016-11-14 16:19:19 UTC
(In reply to Tomas Popela from comment #7)
> (In reply to Michael Mercier from comment #6)
> > It works just fine.
> > 
> > By the way, I don't think it is related, but do not work in firefox (not
> > editable)
> 
> Yes I know.. That's related to GTK3 port of Firefox, I told it to the
> Firefox developers, but they are just ignoring it.
> 
> > An other detail, in evolution the scrolling, the window resize and the right
> > click (only on misspelled words) and even cursor blink are also very slow:
> > approximately 3 second of lag.
> 
> Can you please run evolution with this?
> 
> WEBKIT_DISABLE_COMPOSITING_MODE=1 evolution
> 
> and tell me if it's better?

It works perfectly! Thanks :)

Do you need more info?
Comment 9 Hussam Al-Tayeb 2016-11-14 18:57:46 UTC
I have an issue where input completely stops and so does right clicking in composer. It often happens when there is a word that needs spell checking and I right click often.
Could it be the same issue?
Thank you.
Comment 10 Tomas Popela 2016-11-15 08:45:26 UTC
(In reply to Michael Mercier from comment #8)
> It works perfectly! Thanks :)
> 
> Do you need more info?

Yes, what graphics card do you have and what drivers you use?
Comment 11 Eric Donkersloot 2016-11-15 09:54:39 UTC
This fixed my issue as well, I'm using Arch in Virtualbox (Windows host) 5.1.8 (vboxvideo).
Comment 12 Michael Mercier 2016-11-15 10:53:57 UTC
(In reply to Tomas Popela from comment #10)
> (In reply to Michael Mercier from comment #8)
> > It works perfectly! Thanks :)
> > 
> > Do you need more info?
> 
> Yes, what graphics card do you have and what drivers you use?

I am using the Intel controller:

VGA compatible controller: Intel Corporation HD Graphics 5500 (rev 09)

I recently changed the graphic driver from xf86-video-intel to the kernel modesetting but because of this post: https://www.reddit.com/r/archlinux/comments/4cojj9/it_is_probably_time_to_ditch_xf86videointel/

But it looks controversial...

I will try to go back to the Intel driver to see if it works better. I keep you posted.
Comment 13 Michael Mercier 2016-11-15 10:58:27 UTC
OK, it works with the Intel driver so it comes from the modesetting driver.
Comment 14 Tomas Popela 2016-11-15 12:38:16 UTC
Thank you for your input. Before the thing will be properly fixed on the WebKitGTK+ side I will create a workaround for Evolution.
Comment 15 Tomas Popela 2016-11-15 14:31:06 UTC
Fixed with the following commits:

    Bug 774067 - Webkit composer is very slow refresh when typing

    Disable the accelerated compositing mode in WebKitGTK+ as we don't need
    it at all in Evolution (definitely not in composer, but right now
    disable it even for preview) and for some video drivers like vboxvideo
    and modesetting there is a big performance hit.

commit c1f799d in the master branch for Evolution 3.23.2+
commit 0de465d in the gnome-3-22 for Evolution 3.22.3+
Comment 16 Eetu Huisman 2016-12-02 09:04:23 UTC
*** Bug 775504 has been marked as a duplicate of this bug. ***
Comment 17 Patryk Benderz 2017-11-03 18:44:09 UTC
I think I found a regression of this bug.
I'm on Evolution 3.26.1-1 on Ubuntu 17.10 and this bug still occurs.
Especially on composing emails with very long quotation history, editing and refreshing of the email composer is terribly slow.
It seems like spellchecker is seeking through a whole message, instead of checking only what I type.

For now as a workaround I have disabled spellchecking during composing of new message.

GPU:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn PRO [Radeon HD 7850 / R7 265 / R9 270 1024SP]

Is there some new method to get Evo work normal with spellchecker enabled?