I load StardewUI 0.6.1 by using SMAPI Launcher on my pad, but it goes wrong with a bug. Luncher Version: 1.1.4; Game Version: 1.6.15.0; SMAPI Version: 4.1.10.3 Here is part of my SMAPI log, it seems like something wrong with method reference. [21:15:33 DEBUG SMAPI] Loading mods...[21:15:33 TRACE SMAPI] StardewUI (from Mods/StardewUI/StardewUI.dll, ID: focustense.StardewUI, assembly version: 0.6.1)... [21:15:34 TRACE SMAPI] Rewrote StardewUI.dll to fix IClickableMenu.drawToolTip method... [21:15:34 TRACE SMAPI] Rewrote StardewUI.dll to fix Game1.parseText (added missing optional parameters), TextBox..ctor (added missing optional parameters)... [21:15:34 TRACE SMAPI] Detected game patcher in assembly StardewUI.dll. [21:15:34 TRACE SMAPI] Broken code in StardewUI.dll: reference to Microsoft.Xna.Framework.GameWindow.add_KeyDown (no such method), reference to Microsoft.Xna.Framework.GameWindow.remove_KeyDown (no such method), reference to StardewValley.KeyboardInput.add_KeyDown (no such method), reference to StardewValley.KeyboardInput.remove_KeyDown (no such method), reference to StardewValley.KeyEventArgs.get_KeyCode (no such property), reference to StardewValley.KeyEventHandler..ctor (no such constructor). [21:15:34 TRACE SMAPI] Detected direct console access (System.Console type) in assembly StardewUI.dll.
In theory it's possible to make it compatible, but Android causes a ton of problems with a ton of mods due to removal of XNA code (trimming) and nobody seems to be exactly sure why it's necessary for the Android version of Stardew to be built this way.
I'm not ruling out Android support in the future, but at this precise moment I just don't want to go down the rabbit hole and possibly end up constantly putting out fires for the foreseeable future because of Android being out of spec with XNA. If and when I add Android support (or if the issue is fixed upstream) then I will let people know.
I found out that rolling back fixes it but all the mods i have shouldn't be an issue since mods like self serve have a config to pick which shops are self serve and shoplifter doesn't touch the animal part of the mod
And I've used telephone purchasing with this mod before so idk what to tell ya ;_;
Since neither mod is reporting errors, it is likely that none of our updates caused the problem. Rather, it was caused by subtle changes in the load order of your mods, simply due to the process of updating. SMAPI's load order is based on several factors including declared dependencies and maybe even file times, so if any of that changes, the order in which mods get to run/install their patches will change.
This can happen with very large mod lists - things that weren't completely stable in the first place can suddenly break due to small and seemingly unrelated changes.
I think mushymato is on the right track in the Livestock Bazaar thread, it is most likely another mod that has installed a skipping prefix and is terminating it before Livestock Bazaar gets a chance to run. I looked at the candidates, and Self Serve in particular has exactly such a patch. Your post said that you disabled its Marnie/Animal shop integration, but maybe it wouldn't hurt to double-check, or try temporarily uninstalling that mod as the author suggested.
If you've already tried disabling/uninstalling Self Serve and the issue persists, then most likely the only way to narrow it down will be the 50/50 method (disable half your mods and test; if it still doesn't work then disable half of what's left; and if it does work, then re-enable the disabled mods and disable the other half; repeat until you're left with a small number of 2-3 mods that consistently repro the issue).
I just updated this mod along with seven others this morning and the game wouldn't open anymore, kept crashing at the same point in the SMAPI window. I rolled this one back to the previous version and now it opens again, so it seems like the most recent update broke something.
Thanks for the log, but there's no error or even a warning in it. Are you sure this is the log from one of the crash sessions, and not the log from a successful launch?
If there's no other info then it looks like I'll have to wait for other reports and see if they have anything in common, because it looks like everything loaded fine, and the very last entries in the log are unrelated to StardewUI (they are for Bush Bloom and All Professions, but that also does not mean either are related).
If other people are running into the same issue then please start a thread in the #modding-tech-support channel on SDV Discord, maybe it will be possible to narrow it down to some conflicting mod or system spec.
Only other thing I can think of as a temporary troubleshooting step is to try editing the mod's config.json and changing the line "EnableReflectionWarmup": true to be false. It will significantly reduce performance so please don't use it as a long-term solution, but if it prevents the crash then that would at least provide a clue.
Thanks for the reply! The author of Machine Control Panel said it might have been "the rare harmony AVE issue" which they said doesn't log to console, but I have no idea what that is. I played until 1:10 AM on the previous version, when my USB mouse and keyboard disconnected and stopped working (for the third time on this day and only while playing Stardew), so I just re-updated this mod and it seems to be working fine now. Fingers crossed I can actually go to bed early in game and finally get past this day I've been stuck on for a week now.
Could be a hardware environment that is not entirely stable, then. Have not heard any other reports of an issue with Stardew UI.
All of the "deep" mods that make major changes to gameplay use Harmony, and there are some poorly understood issues where it will just crash with an Access Violation Exception (AVE) for a very small number of users in instances where everyone else is fine. I suspect it might not be Harmony's fault at all but rather some sketchy memory sticks/controllers.
In any case, if you start getting crashes again, and it is in fact the "Harmony AVE", then I think you'd be able to see the details in the Windows event log (Application group). You'll usually see two events for a single crash, and only one will have a readable .NET Framework trace. Posting that might provide some more insight - assuming you run into the same crash in the future, that is.
Hello, unfortunately it actually only loaded twice with the most recently updated version and has now stopped loading at all unless I roll it back to the previous version. Eliminating mods has definitively narrowed it down to something in the latest update of this mod, the only time I can't get to the title screen is when the latest version of StardewUI is in my mod folder.
I tried setting "EnableReflectionWarmup" to false, it didn't change anything.
Second, the .NET Runtime Error: Application: StardewModdingAPI.exe CoreCLR Version: 6.0.3224.31407 .NET Version: 6.0.32 Description: The process was terminated due to an internal error in the .NET Runtime at IP 00007FFA75AD4089 (00007FFA75900000) with exit code c0000005.
I do have a Report.WER file as well, can send it to you if that would be helpful.
If it's just me having problems, though, I don't want to waste your time. I will just play with the older versions of this and Machine Control Panel and hope the next update fixes whatever is causing the crash. Thank you again for all of your hard work modding, and for trying to help, it is greatly appreciated!
Error code 0xc0000005 is, unfortunately, an Access Violation (AVE), so it may very well be the "harmony issue".
The WER might provide some insight, if it's collected from a minimal-mod setup. However, looking at your SMAPI log, there are still many other mods installed, so it's a bit premature for that level of diagnostics. Let me explain:
Narrowing down a problem to a change in one mod (we're talking about StardewUI here but for conciseness let's just call it "A"), by getting the game into a state where it crashes with A installed and does not crash without A installed, is a good troubleshooting step to show that there is "something going on with A". However, it doesn't actually prove that A is the root cause of the problem. When A is in a crowded environment, all we can say for certain is that the new version of A has a bad interaction that the old version of A did not; but we don't know if A is actually bugged, or if some other mod B is bugged in a way that only affects the newer version of A, or if neither A nor B are bugged but the particular combination is incompatible.
If that didn't make total sense then the simple takeaway is this: We need to get a test of StardewUI running an isolated environment, that is, a Stardew installation without any other mods installed except Stardew UI. Crashing on startup is actually a good thing in this case since it would be much harder to isolate if it was crashing at random times during gameplay. It should be easy to start SDV several times with just StardewUI and no other mods and see if that still crashes the game consistently, or crashes it at all. If it still does, then it's definitely a bug in StardewUI and the WER file will help.
If it does not crash in that situation (and I suspect it won't), then it is not a bug per se, it is crashing due to some interaction with another mod, and you would almost certainly be able to eliminate the crash by removing some other mod as well - though that does not necessarily mean the other mod is bad or bugged either, again, just proves there is a compatibility issue.
The typical process for narrowing down an issue like this is to disable about half your mods; if it still crashes, disable half of the remaining mods, if it does not crash, re-enable half of what you disabled. Eventually you'll probably be able to narrow down the problem to StardewUI plus one other mod. (There can sometimes be an interaction between 3 or more mods but that's much rarer.) Once we know what those two mods are, then I can look at what the other mod is doing and possibly get a repro case.
So, that's the information I really need to fix this type of crash. There is a possibility that it really is StardewUI in isolation, but I doubt it. More likely it's a Harmony transpiler interacting with some other mod's Harmony transpiler and resulting in a bad set of instructions.
One other thing, if you can even get to the title screen with StardewUI 0.6+ installed in your current mod setup (i.e. on the off-chance it's only crashing when you load a save), then you can type harmony_summary in the SMAPI console to see all the active patches. There's no guarantee of finding the culprit there, but if it shows some other mod patching the same method StardewUI does, especially with a transpiler, then it's a very good place to start investigating.
StardewUI doesn't actually patch that much - only two methods in fact. So finding a potential conflict would narrow down the suspects very quickly as they are not common methods to patch. There was one specific patch added in 0.6.0, to SpriteText.drawString. If anything else is patching that, it's highly likely to be related to the crash. That said, it's not the only possibility.
If you can't even get to the title screen with StardewUI 0.6+, there might still be some use in collecting a harmony_summary with the older version installed, just to see what else might be patching those methods. No promises here, but it could save some time on troubleshooting if it turns up something interesting.
Thank you so much for continuing to work with me even when nobody else seems to be having a problem!
So, weird update. I re-updated this to 0.60 and confirmed the same crash. So I did the half mod removal with the updated version, no crashes until I added back the last mod in my loadout, then crash. I took out that mod, no crash. I added it back in and took out a different mod, no crash, repeated that, it only crashed with all of the original mods and didn't crash with any of the random mods I took out. So it looked like it wasn't any specific mod but maybe it was a limit to how many mods the latest update could handle.
But then, a few mods needed updating, so I did that, and one of them required a new dependency so I had to add a new mod. I added it, no crash. So it was just that original specific load order that caused the crash.
For now, latest update seems to be working with one mod removed from the original load order. Gotta love modding! Thanks so much for all your help figuring this out, definitely above and beyond, and thank you for your work modding, I definitely appreciate all the work you do to make a great game even better!
Quite a few errors in that log so it's also possible that one of the mods that was conflicting is no longer conflicting because it is failing to load. Hard to say for certain.
I do see one other mod patching the SpriteText method that is newly-patched, but it is a prefix, not a transpiler, so not very likely to be a root cause.
Large mod lists can definitely be funny this way, presenting issues depending on the order in which mods load or even their precise timing. That's why it's usually so important in troubleshooting to get it narrowed down to a smaller set that still reproduces the issue/crash.
Anyway, glad to hear you got it working for now; if it starts acting up again, and you're able to narrow it down to a smaller set of mods, let me know.
It seems that Android SMAPI, after a long period of being mostly defunct since Stardew 1.6, has been somewhat unofficially revived. And the error in this log indicates that a documented MonoGame event is missing; in other words, that Android SMAPI (or Android SDV in general) is using some knackered version of MonoGame.
I am looking into it, but at this point have no idea even how much work is required to work around it, let alone what precisely that would work would entail, or even whether that is the only problem or just the tip of the iceberg. And I do not play SDV on Android and do not have any reliable means to test whether any workaround is actually effective.
Bottom line, I can't promise Android compatibility any time soon, but I am looking into it and will post an update if/when I have a clearer answer. If anyone out there is already familiar with this area, feel free to ping me with details and/or send a PR; it could certainly help move things along faster.
Hey, just a heads up: the game seems to be looping dialogue in multiplayer (I'm not sure of the cause yet) and not allowing the player to proceed. Both host & player have been affected - I'll try to see if SMAPI pushes out anything more useful or I can find any similarities in causes.
[game] WARNING: Mismatched UI Mode Push/Pop counts. Correcting. [game] An error occurred in the base update loop: InvalidOperationException: Stack empty. at System.Collections.Generic.Stack`1.ThrowForEmptyStack() at System.Collections.Generic.Stack`1.Pop() at StardewValley.Menus.DialogueBox.receiveLeftClick_PatchedBy<Mangupix.DialogueDisplayFrameworkContinued>(DialogueBox this, Int32 x, Int32 y, Boolean playSound) at StardewValley.Game1.updateActiveMenu(GameTime gameTime) at StardewValley.Game1._update(GameTime gameTime) at StardewValley.Game1.Update_PatchedBy<StardewValleyUI>(Game1 this, GameTime gameTime) at StardewModdingAPI.Framework.SCore.OnPlayerInstanceUpdating(SGame instance, GameTime gameTime, Action runUpdate)
There's nothing in this stack trace suggesting any relationship to Stardew UI.
The only mod mentioned is Mangupix.DialogueDisplayFrameworkContinued, which may or may not be the root cause, but it would be logical to start by reporting it to that author, and with a full log and repro steps.
Thank you! I saw PatchedBy(StardewValleyUI) and figured it had something to do with this - completely glossed over dialogue display framework continued. I'll check it out - thank you again !
Interesting, as a matter of fact I glossed over the PatchedBy<StardewValleyUI> part myself.
That being said, it's not referring to StardewUI; if it was, it would say focustense.StardewUI instead of StardewValleyUI.
I'm not sure what the latter is; it's not part of StardewUI, it's not part of SMAPI or Stardew Valley proper, and it's not in the appropriate format for a mod unique ID which should normally be "authorname.ModName". The actual proximate cause of your specific issue is probably attributable to DDFC, but I really do wonder what dodgy mod is mislabeling its Harmony patches as "StardewValleyUI". If you find out, let us know.
44 comments
I made hungarian translate for this mod: https://smapi.io/json/i18n/6c892c8d334240ebbef3236be819e296
Luncher Version: 1.1.4; Game Version: 1.6.15.0; SMAPI Version: 4.1.10.3
Here is part of my SMAPI log, it seems like something wrong with method reference.
[21:15:33 DEBUG SMAPI] Loading mods...[21:15:33 TRACE SMAPI] StardewUI (from Mods/StardewUI/StardewUI.dll, ID: focustense.StardewUI, assembly version: 0.6.1)...
[21:15:34 TRACE SMAPI] Rewrote StardewUI.dll to fix IClickableMenu.drawToolTip method...
[21:15:34 TRACE SMAPI] Rewrote StardewUI.dll to fix Game1.parseText (added missing optional parameters), TextBox..ctor (added missing optional parameters)...
[21:15:34 TRACE SMAPI] Detected game patcher in assembly StardewUI.dll.
[21:15:34 TRACE SMAPI] Broken code in StardewUI.dll: reference to Microsoft.Xna.Framework.GameWindow.add_KeyDown (no such method), reference to Microsoft.Xna.Framework.GameWindow.remove_KeyDown (no such method), reference to StardewValley.KeyboardInput.add_KeyDown (no such method), reference to StardewValley.KeyboardInput.remove_KeyDown (no such method), reference to StardewValley.KeyEventArgs.get_KeyCode (no such property), reference to StardewValley.KeyEventHandler..ctor (no such constructor).
[21:15:34 TRACE SMAPI] Detected direct console access (System.Console type) in assembly StardewUI.dll.
In theory it's possible to make it compatible, but Android causes a ton of problems with a ton of mods due to removal of XNA code (trimming) and nobody seems to be exactly sure why it's necessary for the Android version of Stardew to be built this way.
I'm not ruling out Android support in the future, but at this precise moment I just don't want to go down the rabbit hole and possibly end up constantly putting out fires for the foreseeable future because of Android being out of spec with XNA. If and when I add Android support (or if the issue is fixed upstream) then I will let people know.
but it switched back to the vanilla shop at marnies.
https://smapi.io/log/d6b68b43c49f469d95808831ca0ad2ca
Did it just happen with the 0.6.1 update (and does reverting to 0.6.0 resolve it)?
Have you installed any other mods recently that could be interfering?
I found out that rolling back fixes it but all the mods i have shouldn't be an issue since mods like self serve have a config to pick which shops are self serve and shoplifter doesn't touch the animal part of the mod
And I've used telephone purchasing with this mod before so idk what to tell ya ;_;
here's my current log. ignore the mods screaming to update i just ran updates today
honestly idk what could be the issue??
This can happen with very large mod lists - things that weren't completely stable in the first place can suddenly break due to small and seemingly unrelated changes.
I think mushymato is on the right track in the Livestock Bazaar thread, it is most likely another mod that has installed a skipping prefix and is terminating it before Livestock Bazaar gets a chance to run. I looked at the candidates, and Self Serve in particular has exactly such a patch. Your post said that you disabled its Marnie/Animal shop integration, but maybe it wouldn't hurt to double-check, or try temporarily uninstalling that mod as the author suggested.
If you've already tried disabling/uninstalling Self Serve and the issue persists, then most likely the only way to narrow it down will be the 50/50 method (disable half your mods and test; if it still doesn't work then disable half of what's left; and if it does work, then re-enable the disabled mods and disable the other half; repeat until you're left with a small number of 2-3 mods that consistently repro the issue).
i can disable the self serve mod for now!
I just updated this mod along with seven others this morning and the game wouldn't open anymore, kept crashing at the same point in the SMAPI window. I rolled this one back to the previous version and now it opens again, so it seems like the most recent update broke something.
Here is my SMAPI log for the crash: https://smapi.io/log/196e57dab04e4c5482467988d4a10835
Thanks again, hope this helps!
If there's no other info then it looks like I'll have to wait for other reports and see if they have anything in common, because it looks like everything loaded fine, and the very last entries in the log are unrelated to StardewUI (they are for Bush Bloom and All Professions, but that also does not mean either are related).
If other people are running into the same issue then please start a thread in the #modding-tech-support channel on SDV Discord, maybe it will be possible to narrow it down to some conflicting mod or system spec.
Only other thing I can think of as a temporary troubleshooting step is to try editing the mod's config.json and changing the line "EnableReflectionWarmup": true to be false. It will significantly reduce performance so please don't use it as a long-term solution, but if it prevents the crash then that would at least provide a clue.
All of the "deep" mods that make major changes to gameplay use Harmony, and there are some poorly understood issues where it will just crash with an Access Violation Exception (AVE) for a very small number of users in instances where everyone else is fine. I suspect it might not be Harmony's fault at all but rather some sketchy memory sticks/controllers.
In any case, if you start getting crashes again, and it is in fact the "Harmony AVE", then I think you'd be able to see the details in the Windows event log (Application group). You'll usually see two events for a single crash, and only one will have a readable .NET Framework trace. Posting that might provide some more insight - assuming you run into the same crash in the future, that is.
I tried setting "EnableReflectionWarmup" to false, it didn't change anything.
First of all, here is my SMAPI log, definitely from a crashed attempt at startup with the latest version of this mod loaded: https://smapi.io/log/c49e23931e0847eda373bcb2f78d412a
I tried looking in the Windows Event Viewer as you suggested, each crash has the following two messages.
First, the Application Error:
Faulting application name: StardewModdingAPI.exe, version: 4.1.10.0, time stamp: 0x670d0000
Faulting module name: coreclr.dll, version: 6.0.3224.31407, time stamp: 0x666c84f2
Exception code: 0xc0000005
Fault offset: 0x00000000001d4089
Faulting process id: 0x3954
Faulting application start time: 0x01db79b961d65e28
Faulting application path: C:\Program Files (x86)\Steam\steamapps\common\Stardew Valley\StardewModdingAPI.exe
Faulting module path: C:\Program Files (x86)\Steam\steamapps\common\Stardew Valley\coreclr.dll
Report Id: dded39b5-2501-422f-8d61-92353089a6fb
Faulting package full name:
Faulting package-relative application ID:
Second, the .NET Runtime Error:
Application: StardewModdingAPI.exe
CoreCLR Version: 6.0.3224.31407
.NET Version: 6.0.32
Description: The process was terminated due to an internal error in the .NET Runtime at IP 00007FFA75AD4089 (00007FFA75900000) with exit code c0000005.
I do have a Report.WER file as well, can send it to you if that would be helpful.
If it's just me having problems, though, I don't want to waste your time. I will just play with the older versions of this and Machine Control Panel and hope the next update fixes whatever is causing the crash. Thank you again for all of your hard work modding, and for trying to help, it is greatly appreciated!
The WER might provide some insight, if it's collected from a minimal-mod setup. However, looking at your SMAPI log, there are still many other mods installed, so it's a bit premature for that level of diagnostics. Let me explain:
Narrowing down a problem to a change in one mod (we're talking about StardewUI here but for conciseness let's just call it "A"), by getting the game into a state where it crashes with A installed and does not crash without A installed, is a good troubleshooting step to show that there is "something going on with A". However, it doesn't actually prove that A is the root cause of the problem. When A is in a crowded environment, all we can say for certain is that the new version of A has a bad interaction that the old version of A did not; but we don't know if A is actually bugged, or if some other mod B is bugged in a way that only affects the newer version of A, or if neither A nor B are bugged but the particular combination is incompatible.
If that didn't make total sense then the simple takeaway is this: We need to get a test of StardewUI running an isolated environment, that is, a Stardew installation without any other mods installed except Stardew UI. Crashing on startup is actually a good thing in this case since it would be much harder to isolate if it was crashing at random times during gameplay. It should be easy to start SDV several times with just StardewUI and no other mods and see if that still crashes the game consistently, or crashes it at all. If it still does, then it's definitely a bug in StardewUI and the WER file will help.
If it does not crash in that situation (and I suspect it won't), then it is not a bug per se, it is crashing due to some interaction with another mod, and you would almost certainly be able to eliminate the crash by removing some other mod as well - though that does not necessarily mean the other mod is bad or bugged either, again, just proves there is a compatibility issue.
The typical process for narrowing down an issue like this is to disable about half your mods; if it still crashes, disable half of the remaining mods, if it does not crash, re-enable half of what you disabled. Eventually you'll probably be able to narrow down the problem to StardewUI plus one other mod. (There can sometimes be an interaction between 3 or more mods but that's much rarer.) Once we know what those two mods are, then I can look at what the other mod is doing and possibly get a repro case.
So, that's the information I really need to fix this type of crash. There is a possibility that it really is StardewUI in isolation, but I doubt it. More likely it's a Harmony transpiler interacting with some other mod's Harmony transpiler and resulting in a bad set of instructions.
StardewUI doesn't actually patch that much - only two methods in fact. So finding a potential conflict would narrow down the suspects very quickly as they are not common methods to patch. There was one specific patch added in 0.6.0, to SpriteText.drawString. If anything else is patching that, it's highly likely to be related to the crash. That said, it's not the only possibility.
If you can't even get to the title screen with StardewUI 0.6+, there might still be some use in collecting a harmony_summary with the older version installed, just to see what else might be patching those methods. No promises here, but it could save some time on troubleshooting if it turns up something interesting.
So, weird update. I re-updated this to 0.60 and confirmed the same crash. So I did the half mod removal with the updated version, no crashes until I added back the last mod in my loadout, then crash. I took out that mod, no crash. I added it back in and took out a different mod, no crash, repeated that, it only crashed with all of the original mods and didn't crash with any of the random mods I took out. So it looked like it wasn't any specific mod but maybe it was a limit to how many mods the latest update could handle.
But then, a few mods needed updating, so I did that, and one of them required a new dependency so I had to add a new mod. I added it, no crash. So it was just that original specific load order that caused the crash.
Just in case it's at all helpful, here is the SMAPI log of the working loadout with the harmony_summary command run:
https://smapi.io/log/7d298ba76e424b5586bd09c4bb782448
For now, latest update seems to be working with one mod removed from the original load order. Gotta love modding! Thanks so much for all your help figuring this out, definitely above and beyond, and thank you for your work modding, I definitely appreciate all the work you do to make a great game even better!
I do see one other mod patching the SpriteText method that is newly-patched, but it is a prefix, not a transpiler, so not very likely to be a root cause.
Large mod lists can definitely be funny this way, presenting issues depending on the order in which mods load or even their precise timing. That's why it's usually so important in troubleshooting to get it narrowed down to a smaller set that still reproduces the issue/crash.
Anyway, glad to hear you got it working for now; if it starts acting up again, and you're able to narrow it down to a smaller set of mods, let me know.
Not sure why its saying so
https://smapi.io/log/918e71952b5a45a48ac83ad4627f7919
I am looking into it, but at this point have no idea even how much work is required to work around it, let alone what precisely that would work would entail, or even whether that is the only problem or just the tip of the iceberg. And I do not play SDV on Android and do not have any reliable means to test whether any workaround is actually effective.
Bottom line, I can't promise Android compatibility any time soon, but I am looking into it and will post an update if/when I have a clearer answer. If anyone out there is already familiar with this area, feel free to ping me with details and/or send a PR; it could certainly help move things along faster.
[game] WARNING: Mismatched UI Mode Push/Pop counts. Correcting.
[game] An error occurred in the base update loop: InvalidOperationException: Stack empty.
at System.Collections.Generic.Stack`1.ThrowForEmptyStack()
at System.Collections.Generic.Stack`1.Pop()
at StardewValley.Menus.DialogueBox.receiveLeftClick_PatchedBy<Mangupix.DialogueDisplayFrameworkContinued>(DialogueBox this, Int32 x, Int32 y, Boolean playSound)
at StardewValley.Game1.updateActiveMenu(GameTime gameTime)
at StardewValley.Game1._update(GameTime gameTime)
at StardewValley.Game1.Update_PatchedBy<StardewValleyUI>(Game1 this, GameTime gameTime)
at StardewModdingAPI.Framework.SCore.OnPlayerInstanceUpdating(SGame instance, GameTime gameTime, Action runUpdate)
The only mod mentioned is Mangupix.DialogueDisplayFrameworkContinued, which may or may not be the root cause, but it would be logical to start by reporting it to that author, and with a full log and repro steps.
That being said, it's not referring to StardewUI; if it was, it would say focustense.StardewUI instead of StardewValleyUI.
I'm not sure what the latter is; it's not part of StardewUI, it's not part of SMAPI or Stardew Valley proper, and it's not in the appropriate format for a mod unique ID which should normally be "authorname.ModName". The actual proximate cause of your specific issue is probably attributable to DDFC, but I really do wonder what dodgy mod is mislabeling its Harmony patches as "StardewValleyUI". If you find out, let us know.
{
"SettingsMenu.Title": "Paramètres"
}
Thanks for your mod, have a good day !