Jump to content

YasenKrasen ERROR


Go to solution Solved by wais,

Recommended Posts

2021-08-22 13:26:01.033: INFO: [YasenKrasen mod_stat] Unable to access https://static.modxvm.com/wn8-data-exp/json/wn8exp.json
2021-08-22 13:26:01.044: ERROR: Exception in thread Thread-3:
2021-08-22 13:26:01.044: ERROR: Traceback (most recent call last):
2021-08-22 13:26:01.044: ERROR:   File "scripts/client/gui/mods/mod_stat.pyc", line 1, in preLoadData
2021-08-22 13:26:01.044: ERROR: ValueError: No JSON object could be decoded
2021-08-22 13:26:01.044: ERROR:
2021-08-22 13:26:01.053: ERROR: Exception in thread Thread-4:
2021-08-22 13:26:01.054: ERROR: Traceback (most recent call last):
2021-08-22 13:26:01.054: ERROR:   File "scripts/common/Lib/threading.py", line 810, in __bootstrap_inner
2021-08-22 13:26:01.054: ERROR:   File "scripts/common/Lib/threading.py", line 763, in run
2021-08-22 13:26:01.054: ERROR:   File "stat_core", line 1, in updateDataTable
2021-08-22 13:26:01.054: ERROR:   File "stat_core", line 1, in saveJsonFileInner
2021-08-22 13:26:01.054: ERROR:   File "scripts/common/Lib/json/__init__.py", line 250, in dumps
2021-08-22 13:26:01.054: ERROR:   File "scripts/common/Lib/json/encoder.py", line 209, in encode
2021-08-22 13:26:01.054: ERROR:   File "scripts/common/Lib/json/encoder.py", line 434, in _iterencode
2021-08-22 13:26:01.054: ERROR:   File "scripts/common/Lib/json/encoder.py", line 408, in _iterencode_dict
2021-08-22 13:26:01.054: ERROR:   File "scripts/common/Lib/json/encoder.py", line 332, in _iterencode_list
2021-08-22 13:26:01.054: ERROR:   File "scripts/common/Lib/json/encoder.py", line 361, in _iterencode_dict
2021-08-22 13:26:01.054: ERROR: RuntimeError: maximum recursion depth exceeded

Link to comment

Hi,
The problem repeats itself.
Especially when fighting for the first time.
The xvm page in the browser opens without any problems.
The previous version of the mod worked without errors.

 

Maybe you can save the xvm page in the cache to use when there is a connection problem?

Link to comment
  • 2 weeks later...
On 8/26/2021 at 3:05 PM, Aslain said:

This is pointless, saving xvm page has nothing to do with connection to the xvm server with stats.

Hi , unfortunately the problem with the site xvm reoccurs.
My programmer friend (python) advises:
Simply wrap the call to the site in a try-except block, well if desired you can add a file to the archive with values that will be at least somewhat correct, if you can not load the actual ones.

Quote

:36:15.997: INFO: [YasenKrasen mod_stat] Unable to access https://static.modxvm.com/wn8-data-exp/json/wn8exp.json
2021-09-06 10:36:16.008: ERROR: Exception in thread Thread-3:
2021-09-06 10:36:16.008: ERROR: Traceback (most recent call last):
2021-09-06 10:36:16.008: ERROR:   File "scripts/client/gui/mods/mod_stat.pyc", line 1, in preLoadData
2021-09-06 10:36:16.008: ERROR: ValueError: No JSON object could be decoded
2021-09-06 10:36:16.008: ERROR:
2021-09-06 10:36:16.017: ERROR: Exception in thread Thread-4:
2021-09-06 10:36:16.017: ERROR: Traceback (most recent call last):
2021-09-06 10:36:16.017: ERROR:   File "scripts/common/Lib/threading.py", line 810, in __bootstrap_inner
2021-09-06 10:36:16.017: ERROR:   File "scripts/common/Lib/threading.py", line 763, in run
2021-09-06 10:36:16.017: ERROR:   File "stat_core", line 1, in updateDataTable
2021-09-06 10:36:16.017: ERROR:   File "stat_core", line 1, in saveJsonFileInner
2021-09-06 10:36:16.017: ERROR:   File "scripts/common/Lib/json/__init__.py", line 250, in dumps
2021-09-06 10:36:16.017: ERROR:   File "scripts/common/Lib/json/encoder.py", line 209, in encode
2021-09-06 10:36:16.017: ERROR:   File "scripts/common/Lib/json/encoder.py", line 434, in _iterencode
2021-09-06 10:36:16.017: ERROR:   File "scripts/common/Lib/json/encoder.py", line 408, in _iterencode_dict
2021-09-06 10:36:16.017: ERROR:   File "scripts/common/Lib/json/encoder.py", line 332, in _iterencode_list
2021-09-06 10:36:16.017: ERROR:   File "scripts/common/Lib/json/encoder.py", line 361, in _iterencode_dict
2021-09-06 10:36:16.017: ERROR: RuntimeError: maximum recursion depth exceeded
2021-09-06 10:36:16.017: ERROR:

Server failure or unavailability should not break the client, even if the mod is completely dependent on the server. A mod may simply not work, but it should not break the client. This generally applies to all software, not just a specific mod or game.
The effect is comparable to the fact that the game would have dropped the system into a blue screen, if suddenly the connection to the server is lost

 

I hope that you will correct the mistake. @RaJCeL
Thank you.

Link to comment

You friend programmer looks to be a junior or either didn't paid enough attention to read the whole error stack and stopped reading after first line, because the breaking error is not coming directly from the connection issues, but from another unexpected behavior with handling saving/reading mods files.

 

I have already secured my mods from many various and different sides from file system issues, but with recent update I see many people with file systems errors, so in system/game environment there is something new that started to break the mod in unexpected place that for many months and years were secured and working well. And if your friend has scripted anything professionally then he/she should know that putting your whole code into try/catch is not a professional solution. If new issue starts to occur then game/software gets a patch after its fix, right?

 

I agree that mod shouldn't hang game and game shouldn't hang the os. I am trying to fix all scenarios users come up to me (I remember that for one issue that wasn't affecting me and most of the users I spend months, if I remember well even more than year to fix it. In many places I have totally rewritten the mod, started from the scratch and analyse line after line. But sadly users that report, don't want to spend few hours to test a fix. I spend tons of hours to fix an issue for few users that mostly don't even wanted to test). The difference in software/game dev world and modding is usually that behind them stand a team of professional testers. Imagine that hobby mod makers cannot afford to have professional test team. I am testing myself, some modpack creators are testing themselves or their teams that as well are not professionals. From all of those people test from recent time I didn't get any issue reports. Only some users that reports and usually the fix is the advice I will give you below.

 

So in the meantime I will be investigating, please reinstall my session stats mod and ensure you run game with admin privileges (that reduce number of file system errors to minimum).

  • Upvote 1
Link to comment

One more comment from my side. Perhaps you know XVM. The biggest, the most known WoT mod. Written in cooperation with WG developers. The biggest community to test. Very skilled modders. Imagine what happens in your garage when XVM mod cannot settle connection to its server? ... Game is forcibly closed...

Link to comment
2 часа назад, RaJCeL сказал:

One more comment from my side. Perhaps you know XVM. The biggest, the most known WoT mod. Written in cooperation with WG developers. The biggest community to test. Very skilled modders. Imagine what happens in your garage when XVM mod cannot settle connection to its server? ... Game is forcibly closed...

If the error does not occur at the first battle, then later everything works fine.
So your mod seems to be caching data from xvm site.
And this error appeared after the last edit of the mod.
The previous version of the mod worked amazingly.

 

With admin privileges, the error did not reproduce.
But it does not reproduce stably anyway.

 

Unfortunately your mod is not open, so my friend can not say exactly what the problem is.

Edited by wais
Link to comment
  • 11 months later...

After closing the battle results window it is not possible to see the result of the battle.
 

Цитата

2022-09-01 11:08:49.438: ERROR: [EXCEPTION] (scripts/client/messenger/formatters/service_channel.py, 467):Traceback (most recent call last):
2022-09-01 11:08:49.438: ERROR:   File "scripts/client/gui/mods/mod_stat.pyc", line 1, in replaceBattleResultMessage
2022-09-01 11:08:49.438: ERROR: TypeError: decoding Unicode is not supported
2022-09-01 11:08:49.438: ERROR: Traceback (most recent call last):
2022-09-01 11:08:49.438: ERROR:   File "mod_stat", line 1, in <lambda>
2022-09-01 11:08:49.438: ERROR:   File "scripts/common/adisp.py", line 179, in wrapper
2022-09-01 11:08:49.438: ERROR:   File "scripts/common/adisp.py", line 156, in doCall
2022-09-01 11:08:49.438: ERROR: adisp.AdispException: ('There was an error during _waitForSyncItems async call.', TypeError('decoding Unicode is not supported',))

 

Link to comment
  • 1 month later...
1 час назад, Quaksen сказал:

The messages you circled are from the game itself 

Of the Aslains_Modpack, I only use the YasenKrasen mod.
And I have been seeing this error for more than a year.
Are you saying that it is the game itself repeats the message?

Edited by wais
Link to comment
  • 1 month later...
  • 2 months later...
20 минут назад, Aslain сказал:

Rajcel has been informed 🙂 @RaJCeL

 

Meanwhile attach logs.

There are no errors in the logs.
Where did the Hitmarker mod disappear to?
The old version works for me, but in your new modpack I could not find it.

Edited by wais
Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and Privacy Policy.