| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001739 | OpenMPT | Accessibility | public | 2023-12-31 00:07 | 2024-01-11 11:53 |
| Reporter | Stardown | Assigned To | Saga Musix | ||
| Priority | normal | Severity | crash | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | x64 | OS | Windows | OS Version | 11 |
| Product Version | OpenMPT 1.31.04.00 / libopenmpt 0.7.3 (upgrade first) | ||||
| Target Version | OpenMPT 1.31.05.00 / libopenmpt 0.7.4 (upgrade first) | Fixed in Version | OpenMPT 1.31.05.00 / libopenmpt 0.7.4 (upgrade first) | ||
| Summary | 0001739: OpenMPT crashes whenever I open certain shortcuts of modules within the program itself | ||||
| Description | To organize my modules, I have created shortcuts for them so they can appear in multiple folders. However, some shortcuts will always cause OpenMPT to crash if I open them within the program itself, while other shortcuts are able to be opened without any issues. | ||||
| Steps To Reproduce | I'm not sure if the problem lies within the original modules that the shortcuts are based on, but in order to reproduce the issue, create shortcuts of several different modules, then open OpenMPT and try to open the shortcuts of the project files. | ||||
| Additional Information | Deleting and recreating the faulty shortcuts does not fix the issue. I can still open the original modules, but only if it's the original file and not the shortcut. | ||||
| Tags | No tags attached. | ||||
| Has the bug occurred in previous versions? | As far as I know, this bug has happened in every version of 1.31 so far, but I have not tested it with versions 1.30 or before. | ||||
| Tested code revision (in case you know it) | |||||
 |
Without the files provided in the path seen in the screenshot (in particular the .dmp file in that path), it's impossible to tell what's going on. |
 |
Okay, thanks for telling me about that. Here's the entire folder from the path in the error message, including the .dmp file. |
|
|
Thanks. The core issue here seems to be an inconsistency / bug in how Windows' file dialog resolves the linked-to filename, but nevertheless OpenMPT should not crash in that situation, even if wrong information is provided by the system. I'll find a workaround for this. |
|
|
Fixed in r20005. |
 |
r20093 (1.31) |
