High Performance Coder

It appears to be a timing thing when the open-file handler is registered If you double click when Minsky is already open, then it works as expected. But if Minsky is not already running, then the handler does not fire. But already the handler is in the main() routine, which is the first method to be called. This appears to be the situation as far back as 3.18.4, which is shortly after #1875 was closed. There are no notes in #1875 to indicate this peculiar behaviour.

Upgrade fail

Fixed - Linux uses x86_64 as its arch identifier, but we are using x64 in the new Sevalla website. Some translation on upload was required.

minsky_3.27.0-1 crashes on Ubuntu 24.04.4 LTS

This is the same bug as https://sourceforge.net/p/minsky/tickets/1935/. After extensive debugging the last two days, I finally established the cause of the problem, and plan to release a fixed version tomorrow. I had already removed the Windows and Mac builds of 3.27.0 and 3.28-beta releases from distribution, but there wasn't any evidence there was an issue with Linux until now, as it all worked perfectly on my OpenSUSE system. So I have now reverted the OBS packages to 3.26.5. Wait an hour or so...

Thank you very much - this is most helpful. I had thought I'd lost that data. On Tue, Jun 02, 2026 at 04:34:13PM -0000, SourceForge Support wrote: Hello, Thank you for reaching out. In your home directory, our team uploaded a tar of the project along with the backup of the directory you requested. You can download it and extract anything you require. Sincerely, SourceForge Support ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ [site-support:#27718] Possible to restore...

Ravel crash on file open

Looks like it is an issue for the Mac build as well. But not on Linux - the prebuilt OpenSUSE package, as well as builds from source code function perfectly fine. This is going to be a bugger to debug. At least the Macintosh delivers a stack trace, which can give some hints as to what's going wrong.