Minsky returns "mismatched flow" error rather than updating linked table
System dynamics program with additional features for economics
Brought to you by:
hpcoder,
profstevekeen
MKY files. The error persists even after adding the additional rows on another table to balance the system.
PNG file.
This is now elevated to critical: as noted in the movie, after this error the menus are invisible.
Both these errors persist in RC6
The good news though is that a model with this error can be saved in rc6 using control-S, and the reloaded file has the correct addition to the linked table.
How are you entering the new row? I started by deleting the "RBA buys bonds row" from Accounting03, then added it back in. If I press return, click in a neigbouring cell, then the row is correctly propagated into the other table. However, if I click on the background, or press tab or right arrow, then the table cell is accepted, but the row not propagated. Furthermore clicking on another window does not accept the edit.
The tab/right arrow thing is also present in the TCL version, but I agree that its a bug that the row should be propagated whenever an edit is accepted. But not exactly a fatal bug :).
Never at any stage has the menus disappeared for me. That might be an electron glitch, which we can't do anything about until electron is upgraded (won't happen for Cournot).
I think I figured out what is happening with the "disappearing menus". An error message is displayed in a modal dialog, which blocks the rest of Minsky from working until the dialog is acknowledged. In the TCL/Tk version, the dialog always remains on top, but in the Javascript version, clicking the titlebar of the main window brings it to the front, obscuring the modal dialog. Thus minsky looks like it has become unresponsive, although on Windows, it displays those weird nearly invisible menus. What needs to happen is to ensure the modal dialogs stay on top, which will require a bit of rummaging around in the electron documentation to figure out how to do that.
I disagree it is a fatal error however. The obvious workaround is to find the modal dialog, and close it. On windows, the easiest way to do that is to click on the minsky icon on the toolbar, and you will be displayed a list of windows controlled by Minsky, one of which will be the offending dialog.
In the meantime, I will create a separate ticket for this, as the disappearing menus issue is entirely unrelated to the OP Godley table balancing tables issue.
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 MKY file
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 Fellow
www.profstevekeen.com
On Tue, Jan 6, 2026 at 12:05 PM Steve Keen profstevekeen@users.sourceforge.net wrote:
Related
Bugs:
#1466Took 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>
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.