-
-
Notifications
You must be signed in to change notification settings - Fork 123
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Researchdesync research finishing when multiple techs are in queue #289
Comments
Do you like more help on reproducing this? I have no clue of mod programming or even C# coding in general, but we faced this issue a lot today in a 3-person multiplayer game, and I think I can reliably reproduce glitches with the research mechanic We saw several issues:
I will try newest build from pipeline tomorrow and let you know which of these persist |
I'm fine on the testing for now, but I couldn't invest much time on this as some things in RL need my attention right now. I'll give you a quick opinion on your points: -Queue not showing the same for all players -Queue taking resources [...] I've tried my hand on this in a previous defect, but couldn't get something reasonable to work, as the game is "hard-wired" to only progress the current research if at least one item of all needed types are avaliable at the same time to the (single)player. -Research success message visible for all players, but tech not actually researched [...] |
@avalanchas Can you please check if the build artfacts of #299 |
uhm yes... sorry, my enthusiasm got away with me there a bit. Let's just summarize in saying I'm available for testing and reproducing. I am installing the 299 now as I write and I will let you know if the desync still occurs. For the third one, the "message showing but not available", would you like a separate ticket if we can still reproduce that one? |
This is a follow-up to #244 , was tested on newest build from server artifact of #288 .
Steps to reproduce:
-Server queues n(>=3) research tech
-Client joins -> correct sync
-Research finishes -> tech no1. unlocks for server and client
-> Client dequeues the research no.2 and starts progress on tech no.3
-> Server starts progress on tech no.2
I have a hunch that the onTechUnlocked-method is trying to dequeue the current research.Wrong assumption.
As we force the client in NebluarClient.PacketProcessors.GameHistory.GameHistoryUnlockTechProcessor to dequeue tech, this might be too much.
If nobody is interested in this, i can look into this over the weekend.
The text was updated successfully, but these errors were encountered: