Bug 1769060 - Doesn't work in GNOME with Wayland
Summary: Doesn't work in GNOME with Wayland
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: paraview
Version: 31
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Orion Poplawski
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-11-05 20:44 UTC by Bruce Cowan
Modified: 2020-11-24 20:24 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-11-24 20:24:55 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Further log (12.96 KB, text/plain)
2019-11-05 20:46 UTC, Bruce Cowan
no flags Details

Description Bruce Cowan 2019-11-05 20:44:19 UTC
Description of problem:

Attempting to view data in GNOME's Wayland session shows nothing but a large black blob. This occurs with both an AMD GPU and Intel integrated graphics.

Version-Release number of selected component (if applicable):


How reproducible:

Every time

Steps to Reproduce:
1. Start ParaView
2. Try and visualise a bit of data

Actual results:

See black area or nothing at all

Expected results:

The visualisation

Additional info:

From the message window:

rWindow.cxx, line 736
vtkGenericOpenGLRenderWindow (0x558730bf76f0): GLEW could not be initialized.

qt.qpa.wayland: Non-toplevel surfaces can't request window states
qt.qpa.wayland: Non-toplevel surfaces can't request window states
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
ERROR: In /builddir/build/BUILD/ParaView-v5.6.0/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, line 736
vtkGenericOpenGLRenderWindow (0x5587345c6930): GLEW could not be initialized.

ERROR: In /builddir/build/BUILD/ParaView-v5.6.0/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, line 736
vtkGenericOpenGLRenderWindow (0x5587345c6930): GLEW could not be initialized.

qt.qpa.wayland: Non-toplevel surfaces can't request window states

Comment 1 Bruce Cowan 2019-11-05 20:46:54 UTC
Created attachment 1633083 [details]
Further log

Comment 2 Orion Poplawski 2019-11-20 03:37:29 UTC
Does:

QT_QPA_PLATFORM=xcb paraview

help?

Comment 3 Orion Poplawski 2019-11-20 03:43:06 UTC
Filed upstream: https://gitlab.kitware.com/paraview/paraview/issues/19481

Comment 4 Ben Boeckel 2019-11-20 13:49:24 UTC
ParaView (nor VTK for that matter) does not support Wayland natively. You'll need to use XWayland.

Comment 5 Orion Poplawski 2019-11-21 03:34:36 UTC
Can also try:

XDG_SESSION_TYPE=x11 paraview

Comment 6 Bruce Cowan 2019-12-10 15:33:56 UTC
Both of those do indeed work. Perhaps these workarounds could be integrated in such a way that starting it from the UI will work with Wayland.

Apologies for the delay in responding.

Comment 7 Ben Boeckel 2019-12-10 22:29:22 UTC
Is there some `.desktop` entry we could add to indicate that it needs X yet?

Comment 8 Fedora Update System 2019-12-14 15:48:33 UTC
FEDORA-2019-90ffc3f279 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2019-90ffc3f279

Comment 9 Fedora Update System 2019-12-15 01:48:31 UTC
paraview-5.6.0-13.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-90ffc3f279

Comment 10 Ben Boeckel 2019-12-16 20:07:24 UTC
Fixed upstream: https://gitlab.kitware.com/paraview/paraview/merge_requests/3775

Comment 11 Ben Cotton 2020-11-03 17:05:00 UTC
This message is a reminder that Fedora 31 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
Fedora 'version' of '31'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 31 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 12 Ben Cotton 2020-11-24 20:24:55 UTC
Fedora 31 changed to end-of-life (EOL) status on 2020-11-24. Fedora 31 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.