MFBoard

Hello,

I am using MFBot_Konsole_x86_64

I see that bot deletes dungeons.xml file from ~/.config/mfbot.de/ despite I downloading it manually from https://s2.mfbot.de/api/botinterface/dungeons.xml

Also I see annoying error that happens every 4 seconds - "No matching dungeon opponent found"

Logs here, please remove the link ... After complete disabling of dungeons errors are
Thanks

Hi rvm!
Does your problem still occur with 5.0.0.3?
If so, could you please try to install the package and then run like described here?

Regards,
Robin

Edit: If that doesn't work, delete everything in ~/.config/mfbot.de and ~/.local/share/mfbot.de and then restart the bot, that should initialize its default files and parameters and does not require a server connection. Nevertheless, please try the way above as the bot needs to get dungeon updates without a whole bot update if something is wrong or improved.

Thanks Robin! That was the solution I searched for, I ran into the same issue on Verserion 5+.

Note:
If you use a raspbian you need to use the install instructions from here: https://www.mono-project.com/download/s ... n-raspbian Raspbian 8/9
otherwise you are not able to use the required commands because the installed version of mono is too old .

Thanks Robin. Syncing certificates and removing ~/.local/share/mfbot.de/ resolved the issue.

5.0.0b3 works fine

Ich habe(hatte) den gleichen Fehler, der sich mit dem Löschen der Verzeichnisse ~/.config/mfbot.de und ~/.local/share/mfbot.de beheben ließ.

Bei mir ist es aber so, dass ich nach JEDEM Neustart des Bots wieder die Verzeichnisse (oder deren Inhalt) löschen muss, dass der Bot ohne Fehler startet - dann läuft er aber problemfrei. Ich beende ihn mit exit, starte ihn erneut und bekomme wieder die "SecureChannelErrors" bis ich die Verzeichnisse wieder lösche.

Ist kein großes Problem, aber etwas nervig

Kann jemand sagen, woran das liegen könnte?

vg
Bob

Guten Tag zusammen!
Das ganze Prozedere wird ab der Beta 4 erstmal nicht mehr notwendig sein, da wir entsprechenden Code einbauen der, wenn nötig, verhindert, dass Mono ab bestimmten Versionen auf eine benötigte native Bibliothek zurückgreift, die in unserem Kompilierprozess momentan nicht berücksichtigt werden kann, und stattdessen auf eine ältere TLS-Version zurückgreift.

Also am Besten einfach mit der nächsten Version nochmal testen.

Grüße,
Robin
----
Hi!
The whole procedure won't be necessary with beta 4 as we built in code to, if necessary, prevent mono (since certain versions) from accessing a native library we can't include in our compiler process at the moment and instead use an older tls version.
So please retest the behavior with the new version.

Regards,
Robin