chore: maybe it can be a bug or rust of wayland-rs #244
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
https://github.com/waycrate/xdg-desktop-portal-luminous/blob/master/src/pipewirethread.rs#L159-L170
relate logic is here.
First try
I always found that the the cursor cannot be shown when using the ext-image-copy. I though maybe I cast the i32 to u32, and then I always get 0. but after I print the value of options, it always be PaintCursors!!
Second try
Then I think maybe the PaintCursors is a fake one, or maybe something wrong with from_bits, then I try to fixed the options to Options::from_bits(1), and the cursor shown!
Final try
Then I cannot believe my mind. I try something that impossible. I create another i32 value
and just print the origin cursor_overlay, and even add a assert_eq, to check if the input one is the same as the new one.
They are the same
but with the new value, cursor_overlay(1),
the cursor shown. Then I deleted the line of the new value, the cursor gone, with the input param ofcursor_overlay(1)andOptions::PaintCursorsThis is a magic of these days.. I do not know who to blame
Etc
I also tried
It also did not work