chris.rebischke@ can you please provide a trace?

See https://www.chromium.org/developers/how-tos/trace-event-profiling-tool/recording-tracing-runs#TOC-Capture-a-trace-on-Chrome-desktop

Oh yes of course, sorry I forgot it. Here is the trace for it.

Deleted: trace_Mon_Jul_18_2016_1.43.29_PM.json.gz 7.7 MB

trace_Mon_Jul_18_2016_1.43.29_PM.json.gz 7.7 MB Download

Thank you for providing more feedback. Adding requester "dtapuska@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

chris.rebischke@ many thanks for the trace. You aren't kidding. The layouts in the FrameView are taking ~1100ms causing the input latency to be really really high. Setting Blink>Layout hopefully the layout team can have a look at it but they may require a more detailed trace.

Was this an Input Latency trace? Or a Web Developer Trace? 

Not sure, I did the following:

about::tracing

then I clicked on start and then i opt-in everything and i clicked on start.

Thats all what i did. Sorry I am not very familiar with chromium debugging.
But if shall do more checks, just reply and i will try to send you more.

The trace doesn't have nearly enough information to be useful. There are a bunch of 2+ second event handlers and 1 second layouts.

Could you try the latest canary and see if the problem persists?

I have tried the newest stable version.. 52.0.2743.82 (Developer Build) (64-bit)
This version seems to have the same bug.

Thank you for providing more feedback. Adding requester "eae@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Would you mind taking a look at this when you get a chance Koji?

Tried to create an account to repro without luck.

> Account creation error 
> Sorry, your answer was wrong. Try again!

What is this question? I don't have that command on my Linux.

Hello Koji,
I don't understand your 'Comment 11'. Which question do you mean and which command on linux?

I was talking about 'edit' pages in mediawikis like for example: wiki.archlinux.org

Btw:

Since my last update on version: 52.0.2743.82 (Developer Build) (64-bit)
/usr/lib/chromium/chromium --window-depth=24 --x11-visual-id=32 --wm-user-time-ms=144243 --flag-switches-begin --flag-switches-end

I have the same slowlyness sometimes on other pages. It's not the network connection, it's the UI that is suddenly slowly. my CPU and RAM are ok. I will try to do a trace next time when it happens.

#13:
> I don't understand your 'Comment 11'. Which question do you mean and which command on linux?

I was trying to follow the steps:

> Steps to reproduce the problem:
> 1. register or login to a mediawiki

So I go to https://wiki.archlinux.org/index.php/CVE and click "create account". The page has a question:

> What is the output of "pacman -V|base32|head -1"

It looks like I can't create an account without answering this question, but I don't know what this is.

Hello Koji,
You can use this base64 hash:

BIQC4LJNFYQCAIBAEAQCAIBAEAQCAIBAEAQCAICQMFRW2YLOEB3DKLRQFYYSALJANRUWEYLMOBWS

it's the output of `pacman -V|base32|head -1`. pacman is arch linux package manager.

Thank you Chris. I created an account and tried to edit a couple of pages using stable 52.0.2743.116 and Canary 54.0.2823.0, but I do not see slowness.

Can you still reproduce? If so, can you point me a URL of which page you see?

As far as I can see, the editor uses textarea, which enables "word-wrap: break-word". It was slow in M51 and IIUC a few early releases of M52, but was fixed in  issue 603398  and  issue 591793 .

Closing as no further feedback on this, assumes this is  issue 603398 .

Please leave comment if any.

Hello,
Sorry I was for 4 Weeks in China without internet access.
Seems like I was wrong.. it was not the fault of the website.
I can reproduce it now on my system.
I am using DWM, a window tiling manager on linux.
Everytime when I have 2 instances of chromium (1 instance on my left screen and 1 on my right screen) and I change on one of these screens my virtual desktop the open chromium instance on the other screen will act very slowly.

Any Idea how i can debug this? Is this a bug in chromium or is this more a X-Server thingie? 

Chromium	52.0.2743.116 (Developer Build) (64-bit)
Revision	feb0ea45a0164eef52aa2631dd95d7c85fa65faa
OS	Linux 
Blink	537.36 (@feb0ea45a0164eef52aa2631dd95d7c85fa65faa)
JavaScript	V8 5.2.361.49
Flash	(Disabled)
User Agent	Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36
Command Line	/usr/lib/chromium/chromium --window-depth=24 --x11-visual-id=32 --wm-user-time-ms=125148 --flag-switches-begin --flag-switches-end
Executable Path	/usr/lib/chromium/chromium
Profile Path	/home/chris/.config/chromium/Default
Variations	9f0416c1-19dd9850