openmultiplayer / openmultiplayer/open.mp
useartwork = 1 (default) causes objects to not spawn, if no models provided on DL client
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 641
- Forks
- 208
- PR merge metrics
- No merged PRs in 30d
Description
Describe the bug
If you use the useartwork set to ON, which it is by default, objects may not spawn when no custom models are loaded to start with. This issue only applies to CLIENTS using 0.3DL-R1, regular 0.3.7 clients see objects normally.
This was tested on Sumo Server by varying players, and restart server with useartwork 0 corrected it.
To Reproduce
Steps to reproduce the behavior:
- Turn on DL, or remove useartwork 0 from config
- Join server
- Objects that were loaded at OnGameModeInit BEFORE you join may not spawn, but any made after you join spawn normally
Expected behavior
Objects to spawn correctly regardless of if you have defined any custom models
Screenshots and/or logs
Release version
omp server version 'omp 1.1.0.2612'
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
Reproduce the issue with DL enabled and no custom models, comparing useartwork enabled with useartwork 0. Start by tracing objects loaded at OnGameModeInit before the client joins versus objects created afterward. Done means pre-existing objects spawn correctly for 0.3DL-R1 clients without requiring custom models.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- game-dev
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100