After updating Firefox to 88.0-0.1 on xfce stable 20.Apr.2021 I noticed some glitches in colour rendering - disabling both automatic performance optimization and hardware acceleration fixes that. But I don’t consider this as a real solution. Should I check mozilla’s buglist and report there, if nobody did it before? Please, advise which of the following data to include. Thanks a lot.
Sample: (Address bar highlighting)
Issues like this and similiar made websites with coloured tables e.g. unreadable.
If you previously enabled hardware acceleration yourself, make sure to reset what you have done to start clean as Firefox changed many things regarding that and it creates issues when some previously needed parameters are enabled.
Remove all environment variables you added for Firefox hardware acceleration
Revert all parameters you changed to default in about:config configuration page
Simple solution is to use the ‘Repair Firefox functionality’ (go to about:support page in Firefox, and click the button), but that means you will have to reinstall your Firefox extension and themes (but it will keep all your bookmarks, passwords, things like that). Not a big deal in my opinion to start fresh with new default parameters.
@omano:
The glitchy rendering persists - I did try the ‘Repair Firefox’ (that moved my actual profile to a new desktop folder and created a fresh profile), but unfortunately this did not change the glitchy behaviour of (background / fill) colour rendering.
A few more details:
When hardware acceleration is enabled and I run firefox from the terminal, I get this message after closing firefox (race condition?) - it does not happen with hardware acceleration disabled: ###!!! [Parent][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost
in about:support the graphics driver is named “mesa/i965”, not i915
for testing I changed my BIOS shared memory settings from 256 to 512MB and ‘automatic’ - no change of the described issue.
The ‘automatic performance setting’ and hardware acceleration are enabled by default - what I did was disabling them when I had found a hint to do that in the other (now closed) FF88 (on testing) graphics thread here.
As a kind of last resort I may run a different distro on this machine with the same Firefox to check whether the glitches that I observe depend on the build/environment or on Firefox in relation to the hardware. In mozilla’s bugreports I didn’t find anything about it so far.
Any further help or advise very welcome!
Thanks and regards
Unfortunately my issues persist as described (diagonal ‘stairs’ in small coloured rectangles)
with Firefox Developer Edition 89.0b4-1 community repository,
with Firefox nightly firefox-90.0a1.en-US.linux-x86_64 mozilla binary.
The issue did not occur
with mozilla Firefox 88.0 binary on debian live media
Linux debian 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1 (2021-03-19) x86_64 GNU/Linux```
(I did not install debian and tried a recent kernel, though.)
on Manjaro if bootet with LTE kernel 5.4
Linux manjaro 5.4.114-1-MANJARO #1 SMP PREEMPT Wed Apr 21 14:34:53 UTC 2021 x86_64 GNU/Linux```
Since I’m rather a user than expert, I can only suspect that i915 is rather a low-budget graphics-controller, the ‘hardware acceleration’ happens in software, and FF 88.0 moved to a function that changed with newer kernels …
Well - I do mostly read text or view stills on websites, and even with hw acceleration disabled I can watch a 720p TV stream.
Anyway, there seems to be a non-trivial mismatch between my J1900 on ASRock Q1900B-ITX with i915, kernel 5.12 (same as 5.11 before) and FF 88.0+ — if that could be fixed, I’d really appreciate it.
since I have the same graphics card - and no issues at all …
I’d recommend a more radical (but reversible) approach.
kill the browser, shut all instances down
move your current profile to some other location.
or
copy it
and then remove (delete) the original …
the point being:
… start the browser with no ~/.mozilla directory present …
start the browser again - it will create a fresh profile in which you can later re-import your passwords and bookmarks and such
I very much doubt that.
It may be “low budget”
but it does provide HW accel - not blanket for all and everything, but for certain file types/codecs
I intentionally disabled my (also available) radeon card and solely use the integrated i915 for ease of use and much lower power consumption.
It is perfectly adequate for … any videos …
It was indeed getting hot and slow and rendering was in software before the modifications (see arch wiki).
I made modifications myself to enable HW acceleration and use it for certain file types and even force the use of certain codecs that are hardware accelerated on this hardware.
(not all codecs are)
I used the information in the Arch Wiki to do that.
It works and continues to work flawlessly.
… just changing one or two settings in the browser’s config wasn’t enough …
I’d need to re-discover that info on the arch wiki - but it is rather easy to be found.
@Nachlese:
For completeness I did the following tests with original .mozilla folder backed up, then completely removed it each time (except for the beta and alpha that I didn’t repeat).
@omano:
So it seems to be a driver issue. After all the testing I understand “i915” is a driver for a class of different graphics controllers.
As said, perhaps I can live with hw acceleration disabled on this system rather than I’d roll back and run an older kernel without fixes and updates.
Many thanks to all, D.
Reproducable with FF “recommended performance setting” and hw acceleration enabled:
Type some text into address bar and highlight different length parts.
System Mini-ITX with Intel Celeron J1900 (no 3rd level cache, L2 2x 1024 KiB) and graphics controller “Intel Atom Processor Z36xxx/Z37xxx Series Graphics & Display”, driver i915, on a full-HD TV-set via HDMI (maybe, I should test also with the VGA output - P.S.: yes, same on VGA); @mynewlaptop reported “Device-1: Intel Iris Plus Graphics G7 driver, resolution: 1600x900~60Hz” even higher resolution …
Kernel 5.12.0-1 with Firefox 88.0-1 and FF 89.0b4-1 and FF 90.0a1
Kernel 5.11.16-2 with Firefox 88.0-1
(Kernel 5.11.14-1 with Firefox 88.0-0.1)
Kernel 5.10.32-1 LTS with Firefox 88.0-1
Not reproduced - with “hw acceleration” disabled for the above - or:
Kernel 5.9.16-1 and Firefox 88.0-1
Kernel 5.4.114-1 LTS and Firefox 88.0-1
Debian Kernel 4.19.0-16 and Firefox 88.0
and on a laptop - driver “i915”, yet CPU “Intel Core i5-6300U” and graphics “Intel Skylake GT2 [HD Graphics 520]” booted from the same USB media as the mini-ITX before:
Thought nobody else was using intel graphics these days.
I’m using Manjaro on a recently bought ancient Lenovo Thinkpad 11e and had this issue from the day I started using Firefox on it.
I can confirm that this cannot be fixed by deleting the Firefox profile or disabling hardware acceleration in FF. Been there, done that, nothing changed. Even reinstalled Manjaro and did a parallel installation of Windows 10 and Firefox to “cross check”.
First I blamed it on some kind of hardware defect, but as others browsers and applications work flawlessly (and FF on Windows does so too) I can only attribute it to some problem in either FF for linux and/or the intel driver.
Unfortunately nobody seems to have a fix up to now.
It depends on your hardware, try to watch this https://www.youtube.com/watch?v=LXb3EKWsInQ and play with the various quality available and fullscreen/windowed to see if it is OK for you. It is my reference video I test on every computer I have on hands when it comes to this.
For me, changing the kernel solved that particular problem, but unfortunately introduced some others (not only graphical glitches, but random lockups when using Firefox in combination with heavy graphical distortions) which I only noticed after a while.
I switched back to 5.12 and will just live with the minor glitches present when using this kernel.
I was having the same issue on a Thinkpad X230 (i5-3320, Intel HD 4000, i915 driver) and switching back to kernel 5.4.118-1 solved the issue. looking forward to see this fixed on newer kernels.