Minsky Activity
System dynamics program with additional features for economics
Brought to you by:
hpcoder,
profstevekeen
Activity for Minsky
-
High Performance Coder posted a comment on ticket #1906
Lack of a debugger on Windows is a real problem, as this manifestation doesn't happen on Linux.
-
This looks like another deadlock situation. Switching to equations or phillips and back to wiring will reset any locked mutexes attached to the canvas. For reference, the version (from About box shown in videos) is 3.22.0, which is not the multithreaded version, so this is a little weird.
-
Steve Keen posted a comment on ticket #1906
Movies. It turns out that I was actually moving stuff and placing things on the canvas, but the canvas didn't update until I opened Equations etc then went back to Wiring. InterfaceFreeze20260209A.mp4 https://drive.google.com/file/d/1mCQVJMQjtcre6dwINvrO9Ik0ZWTgsdxB/view?usp=drive_web InterfaceFreeze20260209B.mp4 https://drive.google.com/file/d/1tqbCw7FcBNfFi7-Cqd-SIsjiG0E4F53E/view?usp=drive_web InterfaceFreeze20260209C.mp4 https://drive.google.com/file/d/1lOi1_UvPts0Plq6uM_RHEQZdkPV4CQt-/view?...
-
Interface Freeze
-
On Sun, Feb 08, 2026 at 07:53:40AM -0000, Worlds Best Minsky Modeler wrote: I waited 4 years for this to be featured 😂 Ha! It's finally become an essential requirement for the "Library Feature", which is going ahead now that Ravelation is in funds. See https://sourceforge.net/p/minsky/features/12/, and is over 10 years old already. -- Dr Russell Standish Phone 0425 253119 (mobile) Principal, High Performance Coders hpcoder@hpcoders.com.au http://www.hpcoders.com.au
-
Add author details and description fields to model schema
-
Worlds Best Minsky Modeler posted a comment on ticket #183
I waited 4 years for this to be featured 😂
-
Good one! I think it's more apt for the File menu--Edit is for things within a model. So a File-->Properties form on which the metadata can be edited would be good. That would include Author and a Short and Long Description, Keywords... Then if Windoze and the other Operating systems would display that in their Preview panes, it would overcome the current limitation of only being able to use the filename as an indicator of the file's contents. Data sources, etc., could be added later.
-
Meta Data
-
In closing #1785, I added a Edit>Description menu item. For discoverability, I also added your suggestion of File>Project Information. When you see this, let me know which menu item makes more sense. There is also Edit>Author for setting/updating your name.
-
Add the ability to edit tooltip and detailedText of toplevel group
-
It is a different issue to the width of columns in sheets not being sufficient to see all the text. On Fri, Feb 6, 2026 at 12:08 PM High Performance Coder hpcoder@users.sourceforge.net wrote: On Fri, Feb 06, 2026 at 09:26:16AM -0000, Steve Keen wrote: That's a good interim solution, but I think the best long term way is to make it possible for a Ravel to display a sheet or plot in the bottom left quadrant. Then the axes and calipers can control what is displayed. I don't see how that helps this problem,...
-
On Fri, Feb 06, 2026 at 09:26:16AM -0000, Steve Keen wrote: That's a good interim solution, but I think the best long term way is to make it possible for a Ravel to display a sheet or plot in the bottom left quadrant. Then the axes and calipers can control what is displayed. I don't see how that helps this problem, actually. -- Dr Russell Standish Phone 0425 253119 (mobile) Principal, High Performance Coders hpcoder@hpcoders.com.au http://www.hpcoders.com.au
-
That's a good interim solution, but I think the best long term way is to make it possible for a Ravel to display a sheet or plot in the bottom left quadrant. Then the axes and calipers can control what is displayed. On Thu, Feb 5, 2026 at 2:37 AM High Performance Coder hpcoder@users.sourceforge.net wrote: [features:#317] https://sourceforge.net/p/minsky/features/317/ Resizeable and pannable sheets Status: open Milestone: Backlog Created: Thu Feb 05, 2026 01:37 AM UTC by High Performance Coder Last...
-
Add a user name field to Minsky schema files
-
Hover detailed tooltip on canvas
-
Resizeable and pannable sheets
-
Rotating axes toggels collapsed handles.
-
Rotating axes toggels collapsed handles.
-
Uprating this one, as it is getting in the way of other work.
-
lcov target does not work on OpenSUSE 16
-
Browser Window hidden
-
I'll downrate this then. The plan is to reimplement this feature using an HTML table, but its not especially high priority. Maybe a job for Niels? And I'm not sure that it would solve the issue of screen recorders - are you recording the whole screen, or just a window? For Minsky recording, you'd need to record the whole screen, otherwise popups will not appear.
-
Counting elements across two axes creates a phantom dimension
-
Attached
-
This may be because I was using screen recording software at the time, and this got in the way of the window. So not a major issue.
-
Movie. BrowserWindowHidden20260130.mp4 https://drive.google.com/file/d/1RMrycchXN7DlfkNdAQ9WRvqsuqF6dqH3/view?usp=drive_web On Fri, Jan 30, 2026 at 12:25 PM Steve Keen profstevekeen@users.sourceforge.net wrote: [tickets:#1905] https://sourceforge.net/p/minsky/tickets/1905/ Browser Window hidden Status: open Milestone: Backlog Created: Fri Jan 30, 2026 11:24 AM UTC by Steve Keen Last Updated: Fri Jan 30, 2026 11:24 AM UTC Owner: nobody Attachments: 03GovernmentTaxAndSpend.mky# https://sourceforge.net/p/minsky/tickets/1905/attachment/03GovernmentTaxAndSpend.mky%23...
-
Browser Window hidden
-
Make RavelCAPI threadsafe
-
Old schemas not loading correctly.
-
I kind of fixed this in a recent round. Schema 0 imports lose all formatting, but the main issue was that of GodleyIcons being created at zero size.
-
Counting elements across two axes creates a phantom dimension
-
Calculation Error in Difference Operator
-
Took a bit to create a unit test that actually triggered this bug, so unit testing actually would have really caught this issue anyway. I did audit the codebase, and potentially flagged outerproduct, gather and index operators as affected by this "collateral damage" as well. I modified unit tests to try to trigger any bugs, so far they all passed, so as far as I know ATM, there are no issues with those operators. I also tried asking Github Copilot to audit the codebase as well, and it was completely...
-
This is what happens now; it would be great if an algebraic sum showed this obeyed A-L-E=0.
-
Algebra in Godley Tables
-
This issue turns out to be collateral damage from the fix for https://sourceforge.net/p/minsky/tickets/1886/, which also brought in unordered index elements (for performance reasons). It would have been present in 3.21 beta, but because of the deadlock issue with Ravels, you didn't get to see that issue before it got pushed to production releases. The workaround for now is to downgrade to the latest 3.20 version. Originally, I thought to reinstate the version of civita used in 3.20, but then that...
-
Calculation Error in Difference Operator
-
Reducing priority to 3, as this is not fatal or critical.
-
Going to have to do a git bisect to figure out where this regression came in. No work has taken place around the difference operator for more than a year, Also funny that the difference operator is a plain delta, rather than delta^- like it is in 3.18.
-
Calculation Error in Difference Operator
-
lcov target does not work on OpenSUSE 16
-
Scalar division not working
-
Scalar division not working
-
Turned out a scalar extracted from a sparse vector is also sparse, and the binop code performed the intersection of the two sparse tensors. But a scalar is not actually sparse, so this is incorrect, and prevents broadcasts from being done correctly. So added an additional conditional to prevent "sparse" scalars from have the intersection applied.
-
Date Formats
-
GUI freeze
-
Minsky returns "mismatched flow" error rather than updating linked table
-
Resetting equation freeze
-
Turned out the code was recursively trying to lock a mutex, which is a deadlock situation. I have refactored the Ravel mutex to live in RavelCAPI::Ravel, which is a cleaner interface to use mutex protection for thread-safety.
-
Movie of import fail ImportBu2ndLastColumn20260119.mp4 https://drive.google.com/file/d/13xQJwy6o1_q4Ibusc9lK6dQeR9Ovio77/view?usp=drive_web Best, Steve Professor Steve Keen Want to rebuild economics? Support me on Patreon: https://www.patreon.com/ProfSteveKeen https://www.patreon.com/ProfSteveKeen My latest book, The New Economics, is now available from Polity: http://politybooks.com/bookdetail/?isbn=9781509545285 @ProfSteveKeen Mobile +66 (0) 99-257-2692 Honorary Professor, UCL &ISRS Distinguished...
-
CSV import fail
-
BTW - the mismatch error message is correct - when pressing reset, the columns must match exactly. It's just the update mechanism that didn't work as expected when moving the mouse pointer outside the icon.
-
Took me a bit of peering at the video to figure out how to reproduce. If you press return, or click on the Godley table you're editing, then the tables update correctly. But if you move the mouse outside the Godley table, then the other Godley table is not updated. In the original popup window code, an update call is bound to the <leave> event, we need to do the equivalent for on-canvas events for when the mouse leaves the Godley icon.</leave>
-
Interestingly, when loading this on Linux, I get "resource deadlock avoided". I haven't tried it on Windows, but it sounds like on Windows it goes full deadlock, whereas on Linux it detects the deadlock, and throws an error message.
-
Interestingly, when loading this on Linux, I get "resource deadlock avoided". I haven't tried it on Windows, but it sounds like on Windows it goes full deadlock, whereas on Linux it detects the deadlock, and throws an error message.
-
I'm assuming the issue is with 3.21.0-beta.4? Threading is enabled in this, and I wouldn't be surprised if deadlock examples turn up. Now back in Sydney, so I'll dig in. I didn't take a development machine with me - I wouldn't have had time anyway, and our luggage was overloaded as it was.
-
MismatchError20260106A.mp4 https://drive.google.com/file/d/1il23H2SYvBRGVRjiaLyHY0ts4H3jaGod/view?usp=drive_web Here's the movie. Best, Steve Professor Steve Keen Want to rebuild economics? Support me on Patreon: https://www.patreon.com/ProfSteveKeen https://www.patreon.com/ProfSteveKeen My latest book, The New Economics, is now available from Polity: http://politybooks.com/bookdetail/?isbn=9781509545285 @ProfSteveKeen Mobile +66 (0) 99-257-2692 Honorary Professor, UCL &ISRS Distinguished Research...
-
Here's the MKY file
-
Minsky returns "mismatched flow" error rather than updating linked table
-
It's baaack--I think perhaps triggered by me mis-typing "Spend" and then fixing it. The table wasn't updated as a result. I'll attach the video in a reply.
-
Here's the recording NotResponding20251231A.mp4 https://drive.google.com/file/d/10T6ISFd4hy8JdTkSH8nZPf6koJA30_iG/view?usp=drive_web
-
Resetting equation freeze
-
Thank gawd you located it. This could have really derailed a commercial launch.
-
Turns out my issue was not related to this ticket after all. It appears that a recent electron upgrade caused a problem with Windows builds canvas blanking out. I've been able to solve the problem by downgrading electron to version 37. -- Dr Russell Standish Phone 0425 253119 (mobile) Principal, High Performance Coders hpcoder@hpcoders.com.au http://www.hpcoders.com.au
-
Seems like version 37 works fine, just not later versions.
-
Upgrade electron
-
Shit. See if an AI can track down similar problems for other programs. From my experience, Windoze !! (ie, Windows 11) is the worst Windoze ever. I think I've mentioned that frequently--I'd say 30% of the time--it won't run MICROSOFT software! I have to just restart, and then, mysteriously, they load. Chrome freezes all the time; it will work for an hour or four, and then just freeze as well: pages stop updating. Acrobat fails regularly. Maybe an AI can sift through all the guff other users and some...
-
I just got this problem: I tried checking them on a Windows builds, and nada! Canvas is completely stuffed, reminiscient of ticket 1897: https://sourceforge.net/p/minsky/tickets/1897/. Funny thing was, these builds were working yesterday, but now anything built after 10th December fails to work, with no error messages on console to indicate what might be going wrong. The last Windows update I had is dated 11/12, but then why would builds I did yesterday, work yesterday, but stop working today. Very...
-
The freeze seems to have gone--maybe it was another Windoze transient bug, like the frequent experience of Microsoft programs failing to load--at all--and having to turn the f'ing computer off and back on again and take potluck on the next reboot. I'm using the current version now: Minsky 3.20.0 Minsky GUI 3.20.0 Ravel 2.1.6-pro: Expires in 67 days Angular 20.1.3 The freeze hasn't recurred.
-
Did you get a chance to try this build out?
-
Implement drag'n'drop support
-
Make RavelCAPI threadsafe
-
See https://www.hpcoders.com.au/ravel-3.18.0.exe . This is a build of that release with the current development environment.
-
Sounds like a plan! Best, Steve Professor Steve Keen Want to rebuild economics? Support me on Patreon: https://www.patreon.com/ProfSteveKeen https://www.patreon.com/ProfSteveKeen My latest book, The New Economics, is now available from Polity: http://politybooks.com/bookdetail/?isbn=9781509545285 @ProfSteveKeen Mobile +66 (0) 99-257-2692 Honorary Professor, UCL &ISRS Distinguished Research Fellow www.profstevekeen.com On Tue, Dec 16, 2025 at 9:58 AM High Performance Coder hpcoder@users.sourceforge.net...
-
That's a lot of commits to go through, since 9th July! Nevertheless, I looked through all commits looking carefully at any that affected code relating to drawing on the canvas over multiple threads. But they were all in code paths that are only active on MacOSX. The only other significant thing was my computer's SSD dying, and having to rebuild the development environment. What I can do is rebuild 3.18.0 with the modern development environment and send it to you to see if it exhibits the hangs.
-
I went back to the "permanent" version (3.18.0, Ravel 1.12.1) and haven't encountered the problem since. So it's somewhere between that and the current version. Best, Steve Professor Steve Keen Want to rebuild economics? Support me on Patreon: https://www.patreon.com/ProfSteveKeen https://www.patreon.com/ProfSteveKeen My latest book, The New Economics, is now available from Polity: http://politybooks.com/bookdetail/?isbn=9781509545285 @ProfSteveKeen Mobile +66 (0) 99-257-2692 Honorary Professor,...
-
Did you ever get around to checking out older releases to see where the GUI freeze started?
-
GUI freeze
-
Did you ever get around to checking out older release to see where the GUI freeze started?
-
I'll try installing past versions until I reproduce the error, but this will have to wait till the weekend when I'll be in St Vincents.
-
About box popup crashes
-
Problem turned out to be a spurious shell.beep() command in the about box code, left in by the original developers. Removing this line - which basically does nothing useful, and the crashes go away. It is the only instances of this call. There are no reported examples of shell.beep causing a crash in recent electron versions, and its too labour intensive to produce a minimal version demonstrating the bug to file a bug report.
-
For instance - if you can verify that the problem started somewhere between 3.19.0-beta.10 and 3.19.0, then I'll take a closer look at the code changes around mutexes in that range. However, visually, it doesn't look like anything on the Windows code path was touched, only Macintosh code paths.
-
As is typical in this sort of thing, I've been unable to reproduce it, which leaves me completely in the dark. I had the same problem with the MacOSX crashes earlier, but at least I had a stack trace to work on to narrow things down a bit then. If you find an earlier version that doesn't exhibit the problem, and a version that does, that can give clues. Another datum that might be relevant is the Windows version. I'm currently on build 26200.7171 (Version 25H2). It tells me this is the latest version...
-
DeadGUI20251202.mp4 https://drive.google.com/file/d/1wainMRt5CsrLtIG_1djOZ_JK4TWKn-2W/view?usp=drive_web On Tue, Dec 2, 2025 at 8:15 AM Steve Keen profstevekeen@users.sourceforge.net wrote: It's happened on my laptop as well, and it's clearly fatal. Here are some Ravel files created with the bug. The random location of widgets is because I clicked on them to apparently no avail live, but when I reloaded the file, they were where I had clicked on screen. Movie coming next--too large for sourceforge....
-
Here's the video: https://drive.google.com/file/d/1wainMRt5CsrLtIG_1djOZ_JK4TWKn-2W/view
-
It's happened on my laptop as well, and it's clearly fatal. Here are some Ravel files created with the bug. The random location of widgets is because I clicked on them to apparently no avail live, but when I reloaded the file, they were where I had clicked on screen. Movie coming next--too large for sourceforge.
-
I think it might just be Windoze 11. My machine freezes frequently; sometimes Windows applications like Word and Powerpoint simply will not start until I restart the computer; Chrome can lock up the entire O/S... I'll keep an eye on it in case it recurs, but maybe a Windoze update removed that particular hassle as it hasn't occurred again since I reported it. I am a micrometre away from moving to Linux. Best, Steve Professor Steve Keen Want to rebuild economics? Support me on Patreon: https://www.patreon.com/ProfSteveKeen...
-
From the video, it looks like the application is still responding to the mouse, just not redrawing on the screen. Possibly this is a deadlock in the screen redraw process. Do you have any hints as to reliably reproduce this? I've never seen this happen on Linux, of course, so it might be a Windows only issue. Also, any hints as to when this started happening?
-
GUI freeze
-
Add Leap 16 to obsCheck and Ravel build targets
-
Centering Bug
-
Turns out that an upgrade to Cairo internals a few years ago means that rendering to a canvas of size 2e9 pixels squared fails, and has to be reduced to 2e6 pixels each side. I had come across this problem before in unrelated EcoLab work, but the change also needed to be done on one line in the Minsky codebase. The issue lurked in the background, hidden whilst I was using outdated versions of the library on MXE, only to be exposed when my computer's SSD died and the dev environment rebuilt as a consequence....
-
Autodetect presence of webasm support in browser
-
Closing this ticket as stale. Recreate it if there's ever a need for it.
-
Feedback on import form
-
My suggestion of 2024-11-13 was implemented. Closing this as stale.
-
Godley Table Title Bug
-
Not sure how this happened - possibly in a AI agent commit, although nothing seems to have changed in the relevant code for a couple of years. Needed to add a "nameCurrentItem" call before popping up the dialog to collect the new title name.
1 >
