From reading the code, I think Gerrit breaks long lines on purpose to fit on to the desired width instead continuing them off screen (and therefore needing to use horizontal scrollbars).

Not sure if there is anything simple we can do on our end.

This maybe an Upstream issue

Yes, I think that's best to file with upstream at https://bugs.chromium.org/p/gerrit/issues/entry?template=PolyGerrit+Issue (The template "PolyGerrit Issue" should fit).
@Huji : Since you can better describe what you want, could you please file it?

@QChris, the "break long lines" feature is the one that you can enable using the "fit to screen" option in the settings (cogwheel on the top-right). However, "fit to screen" is not selected by default. (and indeed, it should not be, because the output can be confusing, especially for languages like python where indentations bear an important meaning).

I can take a stab at filing the upstream.

In T257705#6298840, @Huji wrote:

@QChris, the "break long lines" feature is the one that you can enable using the "fit to screen" [...]

I guess I'm misunderstanding what you are saying, but Gerrit breaks long lines even without "fit to screen". So for example in your screenshot above from this task's description, line 67 is broken in two lines both on the left, and on the right. The second line only contains es". And also the long line 71 on the right hand side gets broken into 2 lines. The second line is only a " and kind of gets lost in all the tab markers.

I can take a stab at filing the upstream.

Thanks!

No, you were right. I am the one who misunderstood your comment. I guess what I am vouching for is to have the option to see scrollbars, instead of broken lines.

This seems fixed at least scroll bars show for me now.

Oh... It misses the end " bit.

I think this may be fixed in gerrit 3.9 based on testing locally. I can't reproduce on master but I remember work on the diff screen being done for that release.

The above shows then end “. It’s just not obvious as it has a similar colour to the tabs when zoomed out but is blue zoomed in.

(This was discovered by someone else)