Intermittent Xpra client crashes on MacOS (M1). #3411
Comments
|
A lot of the warnings in your log output should are fixed in 4.3.1 Your log output contains a log of:
Do any of these two messages correspond to the crashes? You may be able to avoid the crash by running with |
|
The suspending/resuming messages correspond to changing Spaces (workspaces or virtual desktops in Linux). This morning I am NOT seeing the UI Thread messages But I have seen one crash this morning. I've changed my server side call slightly I will try --opengl=no and reproducing on a non M1 macbook. |
|
Looking at the MacOS code specifically, I still don't see why we would cause a crash though. The only hit I found for But since your backtrace contains |
|
It's There are a few things not working well -- menus within dialogs don't pop up (or aren't seen), menu-based autocompletes when typing in fields in dialogs don't pop up (or aren't seen). Both of those things work well in the main window. Are those likely to be better with opengl? |
Yes.
What is the "main window"? |
|
The application is calibre (https://calibre-ebook.com/), a python ebook manager. I'm attaching two images from use with X, not Xpra. They show a dialog for editing metadata and within that dialog:
Neither of these pop up with Xpra. Similar menus work in the main window. Could they be behind the dialog?
|
|
Yes, it could well be that: we've had this exact problem before where popup menus were not shown on top of their parent windows, happened only on MacOS. |
|
The dialog menus work with xpra-htmlt5 |
Then it's likely to be a problem with MacOS not honouring the layer for the new window and placing it under the current window. |
|
This is actually a build / packaging bug with the cython extensions. Probably caused by a The client's command line output was spewing out lots of errors, including one that prevented the window from being shown. The proper fix is to ensure that all the cython extensions are correctly packaged. @tlc Please try the latest macos build from the beta area (r30991 or later): https://xpra.org/beta/MacOS/ |
|
I installed beta Xpra-Python3-x86_64-4.4-r31008.dmg and I get the following dialog when running Xpra
Edit: I installed beta Xpra-Python3-x86_64-4.4-r30991.dmg and got the same. |
|
This is yet another gatekeeper issue: Please see #2639 (comment) |
|
OK. Did the xattr thing. Ran Xpra-Python3-x86_64-4.4-r31008.dmg.
CORRECTION! SEE BELOW. |
|
I just noticed something. I display on a small macbook screen, so I usually run with the Xpra app full screen. I just realized that the menu on dialog problem only happens when the app is full screen. I re-did some testing to verify. It's true for the latest beta and the latest non-beta, for --opengl=no and not. BETA Xpra-Python3-x86_64-4.4-r31034.dmg: BETA Xpra-Python3-x86_64-4.4-r31034.dmg and --opengl=no: Xpra-Python3-x86_64-4.3.2-r0.dmg Xpra-Python3-x86_64-4.3.2-r0.dmg and --opengl=no: |
How do you do that?
The latest beta had a bug which prevented opengl from being used: #3477 FWIW: I am seeing problems with calibre, but those are not caused by xpra directly - calibre seems to be unable to render its windows properly with a dpi lower than 96. |
|
If you double tap a title bar, an app is maximized(?) but the title bar is still showing. If you touch the green dot in a title bar, an app is made slightly bigger yet, hiding the title bar. The app is also moved to virtual desktop (not a term they use) to the right. Bringing the mouse near the top of the screen makes the title bar slide down (obscuring some other part of the window). The left most virtual desktop is always non-full screen apps. As you make more apps or windows full screen, more virtual desktops are created to the right. I typically have multiple full screen browser windows that I swipe back and forth too. |
|
It will be quite a while before I am able to dust off an old mac mini I have laying around, and since that system is quite old, it won't be able to run anything newer than High Sierra. |
|
@tlc Is this still a problem with the latest releases? |
|
@tlc we now have beta arm64 builds that should be able to run on M1 and later, they require MacOS 12: |
|
Not heard back. |
Describe the bug
Intermittent Xpra client crashes when sharing linux calibre with MacOS (M1).
MacOS Problem Report:
Client Xpra output:
It seems that the logged errors are well before the crash.
To Reproduce
Steps to reproduce the behavior:
System Information (please complete the following information):
Additional context
Add any other context about the problem here.
Please see "reporting bugs" in the wiki section.
The text was updated successfully, but these errors were encountered: