[Issue] Data - Patron LoaderMech MegaMek vs Record Sheets
Nobody has claimed this yet.
- Dominant language
- Module Management System
- Stars
- 3
- Forks
- 72
- Avg merge
- 11h 8m
- Merged PRs (30d)
- 36
Description
Brief Description *
The Patron LoaderMech in MegaMek is built as standard IndustrialMech and the PTN-1 Patron is built as a primitive IndustrialMech. But checking Record Sheet 3075 Unabridged, it should be the other way around. The equipment appears to be correct on both.
3. Steps to Reproduce
No response
Attach Files
Severity *
Low (Minor/Nuisance): Minor glitches or cosmetic issues that don't affect gameplay and occur rarely.
MegaMek Suite Version *
MekHQ-0.50.07-nightly-2025-07-28
Operating System *
Windows 11 10.0
Java Version *
Adoptium 17.0.11
Final Verification
- I confirm this is a single, unique issue that hasn't been reported before
- I have included all necessary information and files to help reproduce this issue
- 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
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Compare the Patron LoaderMech and PTN-1 Patron data against Record Sheet 3075 Unabridged, using the attached images as reference. Locate the two unit entries in the mm-data repository, verify their IndustrialMech classifications, and confirm that the equipment remains unchanged after correcting the classifications.
Written by the indexing model from the issue text.
Assessment
- Domain
- data
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100