| Anonymous | Login | 2024-11-21 16:27 CET |  |
| My View | View Issues | Change Log | Roadmap | My Account |
| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0006785 | USAF | General | public | 2022-12-10 19:24 | 2022-12-13 08:31 | ||||
| Reporter | NickSeafort | ||||||||
| Assigned To | reyhard | ||||||||
| Priority | none | Severity | minor | Reproducibility | always | ||||
| Status | closed | Resolution | no change required | ||||||
| Platform | OS | OS Version | |||||||
| Product Version | |||||||||
| Target Version | Fixed in Version | ||||||||
| Summary | 0006785: AH-6M MELB variants have mis-cased duplicate config class | ||||||||
| Description | This was discovered while tracing down a bug report with a third-party servicing UI, and represents a simple typo in the config that appears to have generated down-stream consequences. The fix should be to capitalise three letters. Impacted file: ====== \\rhsusf_c_melb\rhsusf\addons\rhsusf_c_melb\config.cpp Impacted classes: ====== RHS_MELB_AH6M_L RHS_MELB_AH6M_M RHS_MELB_AH6M_H Issue: ====== Within the class definitions for the above-listed variant classes, there is a mis-cased inheritance line for each: ` class components: Components ` This means the master RHS_MELB_AH6M class is fine, but each of the child classes have both "components" and "Components". This appears within the built-in config viewer as two copies of "components", and expanding either class expands both visually. See attached picture for example. | ||||||||
| Tags | No tags attached. | ||||||||
| Is it a wish/request? | No | ||||||||
| RHS version | Stable | ||||||||
| Arma 3 version | 2.10 | ||||||||
| Did you used any other mod when the error occurred? | No | ||||||||
| Which mods? | RHSUSAF | ||||||||
| Attached Files |  RHS MELB Bug Report.png [^] (317,756 bytes) 2022-12-10 19:24 | ||||||||
 Relationships |
|
 Relationships |
|
Notes |
|
|
(0012275) reyhard (administrator) 2022-12-12 08:39 |
It doesn't cause any issue as far as I know since this is just bug of in game config viewer which is doing strict string comparison - for game itself, it doesn't matter. What kind of issue are you trying to solve? |
|
(0012276) NickSeafort (reporter) 2022-12-12 09:58 |
Thanks for the swift pickup! Checked further this morning, and it appears that the issue is only occurring on the H & M variants during testing - it appears that a bit of logic around sanitising the pylon inputs in order to try and determine which vehicle occupant owns each pylon's turret. So while the casing is indeed an irregularity, it seems to be unrelated to the originally reported issue I was tracking down and I halted prematurely when I saw something that looked wonky! As an aside, that vanilla functionality gap gave me so many headaches when I had to implement the above-mentioned workaround to determine (or guess) current pylon owners within the servicing GUI. If getPylonLoadout existed, it'd avoid such a faff around this stuff :/ |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2022-12-10 19:24 | NickSeafort | New Issue | |
| 2022-12-10 19:24 | NickSeafort | File Added: RHS MELB Bug Report.png | |
| 2022-12-12 08:39 | reyhard | Note Added: 0012275 | |
| 2022-12-12 08:39 | reyhard | Assigned To | => reyhard |
| 2022-12-12 08:39 | reyhard | Status | new => feedback |
| 2022-12-12 09:58 | NickSeafort | Note Added: 0012276 | |
| 2022-12-12 09:58 | NickSeafort | Status | feedback => new |
| 2022-12-13 08:31 | reyhard | Status | new => closed |
| 2022-12-13 08:31 | reyhard | Resolution | open => no change required |
|
Issue History |
| Copyright © 2000 - 2024 MantisBT Team |
 |