![]() Restarting doesn't help here, though.įaulting application name: anki.exe, version: 0.0.0.0, time stamp: 0圆279dde1įaulting module name: Qt6WebEngineCore.dll, version: 6.3.0.0, time stamp: 0圆24d0309įaulting application start time: 0x01d86fd494db2db0įaulting application path: C:\Program Files\Anki2.1.52\anki.exeįaulting module path: C:\Program Files\Anki2.1.52\lib\PyQt6\Qt6\bin\Qt6WebEngineCore.dll Starting Anki with QT_OPENGL=desktop will show Anki window (top and bottom web views ok, deck list not showing), but it will hang for a few seconds and crash in a very similar way to how it crashes when closing dialogs. Also, I probably should note that Anki uses software rendering ( GL Type: disabled) on my computer. But when I launched a new copy of Anki, the crash returned and started happening reliably.Įdit: logging on/off doesn't help, restarting processes doesn't help. Anki that was launched before sleep was fine after sleep as well. I tried all things that I usually do and finally had the idea to put the computer to sleep, just for a few seconds. I restarted the computer and the problem poof went away. Ok this will sound like a joke, but you might want to try putting your computer to sleep briefly, and then try to reproduce the issue. If you remove that monkeypatch, and add a new one for webview.cleanup(), does adding any of the following help? Removing deleteLater() might fix the add cards screen, but it will cause other screens like the stats window and about screen to leak - the webengine process won't end up getting cleaned up when they are closed. That shouldn't happen though, as deleteLater() is supposed to clear out pending events first. If we assume that the trace is accurately identifying the crash site, it seems to imply that the webview has called pycmd(), the message has been queued up to be delivered to the cmd() slot on the UI thread, and the message ends up being processed after the webview has been partially/fully deallocated. This likely uses Qt's cross-thread 'queued' signal/slot mechanism. Webviews use Qt's 'webchannel' functionality for sending messages back to Python code. The open/close doesn't trigger it for me, but at least we have a developer with a reproducible test case now. Same as you, but I don’t have any app in Accessibility, except Terminal… So don’t think it is related. I am using a 16gb, 8 core 14" MBP on MacOS 12.3.1 KeyboardMaestro + KeyboardMaestro Engine.Anki Intel 2.1.52 (though I use the apple silicon version now on.I do have a fair number of apps enabled in accessibility settings though, and weeding out which one is causative is something I unfortunately don't have time for right now, but they are: These all occur regardless of addons being enabled or not. I do also often experience random crashes which also require an activity monitor restart, most commonly in the Add Card GUI or Browser. If there is no text in the field (i.e I don't need to confirm I want to close the window) the crash does not occur. I can consistently reproduce it via typing in a text field in the Add Card GUI, then pressing Esc and confirming closing the window. I also have this issue - I also have to force close Anki via activity monitor to reopen it again. Qt are only going to release 6.2.5 to commercial customers, which means we're stuck on 6.3.x now if we want the pasting/IME fixes coming in 6.3.1. So it's not clear whether this is a new bug introduced in 6.3.0, or whether it's a race condition that has just started affecting other users due to changes in timing. The first linked report above says they're only seeing this in 6.3.0, though there have been reports in previous Anki versions of similar issues that I could not reproduce either. ![]() If a dev is able to reproduce the issue on their machine, they could try experimenting with manually destroying specific properties such as _page/assigning a new blank page to see if that makes any difference. Presumably it's occurring in deferred_delete_and_garbage_collection() or the subsequent timer firing. I've tried two different Windows 10 machines, a Windows 11 machine, an Intel Mac, and an ARM Mac, but have not been able to reproduce it on any of those devices. For example: spice-guest-tools-latest.Appears to be an issue on both Windows and Mac. Running as System is required so Windows doesn't prompt for driver approval. When running as Local System, the guest tools installer can be deployed non-interactively (silent install) using the /S switch (case sensitive).This includes the qxl video driver and the SPICE guest agent (for copy and paste, automatic resolution switching. Windows SPICE Guest Tools ( spice-guest-tools) - This installer contains some optional drivers and services that can be installed in the Windows guest to improve SPICE performance and integration.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |