It appears to be a known issue.
opened 08:46PM - 07 Feb 22 UTC
Type: Bug
Mod: Core
Topic: User Interface
3rd party: Coin3D
Status: Confirmed
Issue imported from https://tracker.freecad.org/view.php?id=4594
* **Reporter… :** dudo
* **Date submitted:** 3/10/2021
* **FreeCAD version:** 0.2
* **Category:** Bug
* **Status:** new
* **Tags:** Coin3d
# Original report text
Grid lines, instead of being filled with color, are filled with whatever is "below" the FreeCAD window, eg. desktop wallper, other windows, etc.
Forum thread: https://forum.freecadweb.org/viewtopic.php?f=3&t=56509
Screencast: https://streamable.com/4xedi5
https://i.imgur.com/dVKiDaB.png
# Additional information
This is using fully up to date Arch Linux, using git version of FreeCAD, running under wayland / sway
# FreeCAD Info
```
OS: Arch Linux
Word size of OS: 64-bit
Word size of FreeCAD: 64-bit
Version: 0.20.24407 (Git)
Build type: Release
Branch: master
Hash: 9f937f765d9c811535018110618056883b258837
Python version: 3.9.2
Qt version: 5.15.2
Coin version: 4.0.1
OCC version: 7.5.0
Locale: English/United States (en_US)
```
# Other bug information
* **Priority:** normal
* **Severity:** minor
* **Category:** Bug
* **OS: Linux **
* **Platform:** Arch Linux
* **Updated:** 5/23/2021
# Discussion from Mantis ticket
### Comment by dudo 2021-03-11 01:16
It seems to be related to blending, like every mesh that's rendered with some kind of transparency shows the bug in action
https://streamable.com/0qavx3
(Additionally, note the z-fighting issues, unrelated I guess)
---
### Comment by dudo 2021-03-11 17:34
On the same system under Xorg it works all right, no transparency issues, so this could be wayland specific
---
### Comment by Kunda1 2021-03-11 19:47
What graphics card/display driver are you using? Have you read the [known issues](https://forum.freecadweb.org/viewtopic.php?f=3&t=56509&p=486617#p486415) as chrisb mentions in the forum thread?
---
### Comment by dudo 2021-03-12 01:18
I've read the known issues but couldn't find any that would describe this behavior. The driver is Intel/MESA.
```
~> glxinfo | grep OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 4000 (IVB GT2)
OpenGL core profile version string: 4.2 (Core Profile) Mesa 20.3.4
OpenGL core profile shading language version string: 4.20
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 20.3.4
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 20.3.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:
~> lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
```
---
### Comment by dannixon 2021-03-29 17:02
I am also seeing this issue using FreeCAD 0.19.
It happens with both Weston and wlroots based compositors and not at all under Xorg/Xwayland.
I'll also add that setting a solid background color also causes the entire render area to be affected, not just transparent areas.
I do notice the following error which is only seen when running under Wayland:
`Coin warning in glxglue_isdirect(): Couldn't get current GLX context.`
---
### Comment by skewty 2021-05-23 14:43
This also affects Fedora 34 Gnome so Platform field should perhaps be adjusted accordingly.
What I see in Fedora 34 is the part background color, when set to solid is completely transparent. Oddly this does not occur on the gradient setting.
A work-around for this is thus to set both gradient colors to be the same (looks like a solid color but isn't transparent).
I am also getting odd Qt menu placement issues in Wayland. For example:
* File menu opens to the left outside window bounds.
* Edit menu opens to the top outside window bounds.
Additionally the splash screen is not centered when it opens for me.
Could these all be related to a screen size / boundary call (upstream in Qt most likely) not working correctly in Wayland?
---
### Comment by skewty 2021-05-23 14:55
```
[scott@fedora ~]$ glxinfo | grep OpenGL
OpenGL vendor string: Intel
OpenGL renderer string: Mesa Intel(R) UHD Graphics (CML GT2)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 21.1.1
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 4.6 (Compatibility Profile) Mesa 21.1.1
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 21.1.1
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:
[scott@fedora ~]$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation CometLake-U GT2 [UHD Graphics] (rev 02)
[scott@fedora ~]$
```
There isn’t anything Garuda Linux can do to address this; probably it will be more productive to chime in on that discussion and keep the issue active.
A few comments in that thread mentioned it doesn’t actually, it looks like the AppImage runs in XWayland.
5 Likes