Windows 10 will reach EOS (end of support) on October 14, 2025. For more information, see this article.

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Nightly 31.0a1 partialy relies on a compositor?

more options

Okay so first things first. I'm using Arch Linux and I'm running the latest version of the xorg server, amd catalyst, Openbox( no DE) and Nightly 31.0a1 and just recently I noticed that I couldn't view my downloads menu, among other things, by clicking it. It would show up for just 1 frame and then it was gone. Well it wasn't as much of a bother at first but then when I was experimenting with different compositors I found something strange. Dcompmgr would fail to update the Nightly window and was throwing errors to the terminal. Compton however did work fine (?) and I noticed I could view my downloads menu again. Though the animation for it is a bit wonky. Well to me it is clear that Nightly is doing some strange things here and won't work to its fullest without a compositor. Was this change really necessary?

Okay so first things first. I'm using Arch Linux and I'm running the latest version of the xorg server, amd catalyst, Openbox( no DE) and Nightly 31.0a1 and just recently I noticed that I couldn't view my downloads menu, among other things, by clicking it. It would show up for just 1 frame and then it was gone. Well it wasn't as much of a bother at first but then when I was experimenting with different compositors I found something strange. Dcompmgr would fail to update the Nightly window and was throwing errors to the terminal. Compton however did work fine (?) and I noticed I could view my downloads menu again. Though the animation for it is a bit wonky. Well to me it is clear that Nightly is doing some strange things here and won't work to its fullest without a compositor. Was this change really necessary?

Chosen solution

This issue has been resolved in Nightly 32.0a1

Read this answer in context 👍 0

All Replies (4)

more options

Alexguitar,

I am seeing two issues: You are comparing two compositors:

  • Compmgr would fail to update the Nightly window and was throwing errors to the terminal. - can you please provide what error messages were being thrown?
  • Compton however did work fine - cairo? this is the accelerator used in ffx

Are you talking about this? https://developer.mozilla.org/en-US/d.../Compositing if so please try to disable hardware acceleration for Compmgr and see if this improved.

Also you have reported this in version 26, I will assume you have a few installations of FF?

more options

Well the key problem I'm having is that the downloads drop down menu won't show unless I specificaly use a desktop compositor.

With dcompmgr and the gl backend enabled I get the following after starting it and then launching Nightly: pastebin

Compton(github), is also a X11 compositor, though provides different results than dcompmgr.

And yes, it does seem this is connected to the OpenGL acceleration used in dcompmgr. To be fair, this particular compositor hasn't been updated in 2 years, but is still widely used as a lightweight tool. Though I'm not really interested in using a compositor at all and would like to be able to see the download menu regardless of using one.

And sorry, I use a plugin called blender that will fake my browser details, which I forgot to disable before posting. On a side note that link you posted does not seem to be related to this matter. It's part of a HTML tutorial on drawing elements within a webpage using scripts.

Modified by Alexguitar

more options

Chosen Solution

This issue has been resolved in Nightly 32.0a1

more options

Note that the Nightly channel (along with Aurora) gets checkins almost everyday so therefore they get a update of those days. Sometimes the checkins can lead tro issues or regressions as a result.

The Nightly channel has been at version 32.0a1 ever since April 29.