Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Random Dependent Removal appears to have removed active parents #5695

Open
5 tasks done
mjbroekman opened this issue Jan 7, 2025 · 5 comments · May be fixed by #5871
Open
5 tasks done

Random Dependent Removal appears to have removed active parents #5695

mjbroekman opened this issue Jan 7, 2025 · 5 comments · May be fixed by #5871
Labels
Severity: High Issues described as high severity as per the new issue form

Comments

@mjbroekman
Copy link

Brief Description *

Month-end just occurred and suddenly I lost several active characters. In looking into it, I lost a bunch of dependents (suddenly went missing) and then their parents resigned from the unit.

I have turnover enabled but the frequency is "Never" for the checks and only Contract Completion Turnover Rolls and Random Founder Retirement, but none of these people are over 50.

I do have Random Dependent Removal enabled however.

I was able to 'recover' these characters by simply changing their status back to 'Active'.

There are two Autosaves for the month-end, so I've included them both.

3. Steps to Reproduce

Unsure... but advancing the day seemed to be the cause.

Attach Files

LogiesHogiesCustoms.tar.gz
Autosave-1-Logie's Hoagies-30101031.cpnx.gz
Autosave-2-Logie's Hoagies-30101031.cpnx.gz
mekhq.log

Severity *

High (Major Disruption): A major feature is broken or incorrect, but a workaround exists.

MekHQ Suite Version *

0.50.02

Operating System *

15.2

Java Version *

17.0.12

Final Verification

  • I confirm this is a single, unique issue that hasn't been reported before
  • I have filled and provided all necessary information above
  • I have included any and all logs, custom units, and CPNX (save) files
  • I have asked on MegaMek Discord about this issue
  • I have confirmed this issue is being opened on the correct repository: MegaMek, MegaMekLab, or MekHQ
@IllianiCBT
Copy link
Collaborator

Do you remember anything specific about the characters that left? What roles they had, or...?

@IllianiCBT
Copy link
Collaborator

Is it possible that one or more of the characters involved died? I'm wondering if that resulted in a snowball effect. I've advanced day around 100 times and haven't be able to get any dependents to leave.

@mjbroekman
Copy link
Author

mjbroekman commented Jan 8, 2025 •
edited
Loading

From what I remember it was ~20 dependents. There were a total of 41 people that I changed back to Active status on Nov 1 that included a lot of techs and soldiers as well as 3 vehicle crew (2 from the Brunel and 1 flatbed driver/admin).

Below is the list of characters that I switched back to Active status:

Arthur Krautheimer has returned to active duty
Corporal Larissa Krautheimer has returned to active duty
Dyana López has returned to active duty
Private Taja Salim has returned to active duty
Annelie Zintel has returned to active duty
Candelaria Mousumi-bin Qaraja has returned to active duty
Janet Mousumi-bin Qaraja has returned to active duty
Hafizi Obadele has returned to active duty
Naz Nolasco has returned to active duty
Elaine Li has returned to active duty
Recruit Utayo Tanuj has returned to active duty
Recruit Patricia Mtundu has returned to active duty
Private Miju Martínez has returned to active duty
Corporal Murikaz Park has returned to active duty
Corporal Tawny Meagre has returned to active duty
Ryobe Kapkin has returned to active duty
Benigna Zúñiga has returned to active duty
Blair Galbraith has returned to active duty
Bolanle Obadele has returned to active duty
Marguerite Hulubei has returned to active duty
Enrichetta Ragusa has returned to active duty
Jamie Stones has returned to active duty
Anabel Nolasco has returned to active duty
Owen Lyall has returned to active duty
Debaprosad Mousumi-bin Qaraja has returned to active duty
Brandon Isayeva has returned to active duty
Izmaragd Malitsky has returned to active duty
Habbo Gjerstad has returned to active duty
Paul Li has returned to active duty
Nail Butrus has returned to active duty
Jack Kambuji has returned to active duty
Soichiro Fujii has returned to active duty
Kuksha Venchakov has returned to active duty
Perwiro Sartika has returned to active duty
Përparim Yi has returned to active duty
Ping Khuc has returned to active duty
Adalind Demetrious has returned to active duty
Nobukazu Ito has returned to active duty
Mahdi Najib has returned to active duty
Júlio Pollaiuolo has returned to active duty
Jeremy Crews has returned to active duty

@mjbroekman
Copy link
Author

I opened up the attached autosaves again and looked at the personnel logs, it seems like they left on 10-30, not 10-31... but I didn't notice until the new month and my convoys were all haywire...

Unfortunately, I don't have the autosave prior to that day anymore...

@IllianiCBT
Copy link
Collaborator

So random Dependent removal only occurs during the transfer to a new month, so it wasn't that. I don't suppose you have the save from the 30th? That would tell me the order in which the characters departed, which might shine a light on the situation.

@HammerGS HammerGS added the Severity: High Issues described as high severity as per the new issue form label Jan 13, 2025
@IllianiCBT IllianiCBT linked a pull request Jan 23, 2025 that will close this issue
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Severity: High Issues described as high severity as per the new issue form
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

Refactored Personnel Cleanup and Random Dependent Removal IllianiCBT/mekhq
3 participants
@mjbroekman @HammerGS @IllianiCBT