Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[replay] Failed to bind Wayland shell #1245

Closed
liamwhite opened this issue Sep 3, 2023 · 2 comments
Closed

[replay] Failed to bind Wayland shell #1245

liamwhite opened this issue Sep 3, 2023 · 2 comments
Assignees
Labels
bug Something isn't working P1 Prevents an important capture from being replayed

Comments

@liamwhite
Copy link

liamwhite commented Sep 3, 2023

Describe the replay bug:
When attempting to play back any capture of an application that uses Wayland WSI on GNOME 44 using Wayland, I get this console output every time:

[gfxrecon] ERROR - Failed to bind Wayland shell
gfxrecon-replay: source/gfxreconstruct/framework/decode/vulkan_replay_consumer_base.cpp:1887: VkResult gfxrecon::decode::VulkanReplayConsumerBase::CreateSurface(gfxrecon::decode::InstanceInfo*, const std::string&, VkFlags, gfxrecon::decode::HandlePointerDecoder<VkSurfaceKHR_T*>*): Assertion `window_factory' failed.
Aborted (core dumped)

Verify before submission:

  • Was trimming enabled?
    N/A
  • Was replayer renamed if necessary?
    N/A
  • Was --sync used if title is known to need forced synchronization?
    N/A

Build Environment:
commit 06e7639 (HEAD -> dev, origin/dev, origin/HEAD)

To Reproduce
Steps to reproduce the behavior:

  1. Capture any Vulkan program using Wayland WSI
  2. Run gfxrecon-replay on the generated capture file

Screenshots:
N/A

System environment:

  • Capture environment: Mesa 23.1.6, RX 6700 XT (RADV), Fedora Linux 6.4.12-200.fc38.x86_64
  • Replay environment: Mesa 23.1.6, RX 6700 XT (RADV), Fedora Linux 6.4.12-200.fc38.x86_64

Title configuration:

  • N/A
  • 1.0.0
  • Steam ID: N/A
  • Is DXR enabled? No

Additional information (optional):

  • is there a SHA for which replayer is known to replay correctly? N/A
  • Is there an older trace that works? What SHA was used to build those capture DLLs? N/A
  • Does a newer capture work? N/A
  • Does the capture file replay correctly on a different GPU? N/A
@bradgrantham-lunarg bradgrantham-lunarg added the P1 Prevents an important capture from being replayed label Sep 12, 2023
@marius-pelegrin-arm
Copy link
Contributor

If the wayland version is too recent, there's no wl_shell anymore and wayland instead use XDG-Shell.

I implemented a support for it in #1190, maybe you can try it and tell me if the issue is solved ?

@bradgrantham-lunarg bradgrantham-lunarg added the bug Something isn't working label Oct 31, 2023
@charles-lunarg charles-lunarg self-assigned this Mar 6, 2024
@charles-lunarg
Copy link
Contributor

Tested locally using Gnome 46 with the merged changes, and is now fixed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working P1 Prevents an important capture from being replayed
Projects
None yet
Development

No branches or pull requests

4 participants