View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0018637 | MMW 5 | General | public | 2021-12-07 23:11 | 2021-12-08 16:16 |
| Reporter | drakinite | Assigned To | |||
| Priority | urgent | Severity | crash | Reproducibility | sometimes |
| Status | resolved | Resolution | no change required | ||
| Product Version | 5.0.2 | ||||
| Target Version | 5.0.3 | ||||
| Summary | 0018637: Crash: "The object isn't locked!" Log ID 2E930000 | ||||
| Description | ** Using Crossover Linux on Pop!_OS 21.04 ** This crash message has occurred multiple times during normal use. If this cannot be replicated on Windows, I would personally recommend either: 1. Marking as "cannot replicate" and closing, until we focus on native Linux support in the future 2. Deferring to 5.0.3 to improve Crossover/WINE compatibility in the meantime, considering native Linux support is somewhat far in the future | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
It looks like any JS addon accessing native (delphi) object without locked method or so ? |
|
|
But maybe the issue is directly in procedure AssertCSLocked where the code differes based on isVistaOrLater condition. As we don't support WinXP anymore I'll try to remove the condition to see if it helps. Anyhow I guess it should be issue just in the debug builds (as assertions are disabled in the regular builds). Can you confirm that non-debug builds work fine using Crossover Linux ? |
|
|
The detected OS is Win 10 (though prior Anniversary update). Anyhow the IsVistaOrLater condition should be correct then so I don't see a reason for the assertion. If the regular (non-debug build) works fine using Crossover Linux then I would just resolve the issue as 'no change required'. |
|
|
Issue does not appear to occur on non-debug builds. As Crossover support isn't the highest priority, and normal users will not use debug builds, resolving as No Change Required at Ludek's suggestion. |
