Opened 12 months ago

Closed 12 months ago

Last modified 12 months ago

#6798 closed defect (fixed)

incompatible or missing mods error is shown on every game start

Reported by: pat Owned by:
Priority: Release Blocker Milestone: Alpha 27
Component: Core engine Keywords:
Cc: Patch:

Description

I am using Arch Linux and installed 0ad from pacman (0ad a26-6 and 0ad-data a26-1). When I start the game the 'Incompatible mods' warning is shown. In the 'Enabled Mods' section is one red mod with name 'This mod does not exist'. I disabled the mod and enabled the '0ad' mod from the 'Available Mods' section. I Saved the Configuration and restarted 0ad (quit and start) and the same message is shown again. The mod '0ad' is not enabled and 'This mod does not exist' is back again in the enabled section.

When I use the 'Save and Restart' button the game starts, but all configurations are empty and the game behaves wrong.

So, I think there must be some problem with storing my configuration. I reinstalled 0ad but the error persisted.

I had an old version installed, which worked without errors. After updating to version a26-6 the error occurred.

Attachments (1)

0ad-invalid-mod-msg.png (684.1 KB ) - added by pat 12 months ago.
incompatible mod message on startup

Download all attachments as: .zip

Change History (12)

by pat, 12 months ago

Attachment: 0ad-invalid-mod-msg.png added

incompatible mod message on startup

comment:1 by phosit, 12 months ago

Hi pat

I also use a26-6 from the arch repo and don't have that problem.
The settings are stored in .config/0ad/config/user.cfg there should be a line like: mod.enabledmods = "mod public"

0ad might not have permission to write to that file or the path/your username does contain characters outside "Basic Latin".

comment:2 by Stan, 12 months ago

Someone also reported this bug to me on Endeavor OS. He said downgrading the package worked for them. It seems that the last update of (Boost?) broke it.

in reply to:  1 ; comment:3 by pat, 12 months ago

removing the ~/.config/0ad directory solved the error for me temporarly (until I start a match)

Last edited 12 months ago by pat (previous) (diff)

in reply to:  3 ; comment:4 by phosit, 12 months ago

Interesting...

Is the line (mod.enabledmods = "mod public") in the user.cfg?
What happens if you start the game with pyrogenesis -mod=mod?

in reply to:  4 comment:5 by pat, 12 months ago

The line was there before removing the directory, after that the file was created without the line. Adding the line (mod.enabledmods = "mod public") to ~/.config/0ad/config/user.cfg seems to have no effect

When running pyrogenesis -mod=mod, the same dialog appears (without the message at start), but there is no mod with name 'This mod does not exist'.
The '0ad' mod is not in the enabled section, but the available section.
The behavior is the same as when starting 0ad directly (configuration save is ignored, save and restart works for the restart, but does not save)

Removing the directory does not change pyrogenesis -mod=mod (it displays 0ad not as enabled).

Replying to phosit:

Interesting...

Is the line (mod.enabledmods = "mod public") in the user.cfg?
What happens if you start the game with pyrogenesis -mod=mod?

comment:6 by phosit, 12 months ago

I can reproduce it now. But only with a26 and not with the SVN-version.

Last edited 12 months ago by phosit (previous) (diff)

comment:7 by Silier, 12 months ago

Running just pyrogenesis -mod=mod is not enough to start 0ad, it will only launch pyrogenesis engine.

You need to include "public" into the arguments for -mod

in reply to:  7 comment:8 by phosit, 12 months ago

Replying to Silier:

Running just pyrogenesis -mod=mod is not enough to start 0ad, it will only launch pyrogenesis engine.

You need to include "public" into the arguments for -mod

I know. I tryed to find out if "mod" alone does started correctly (which it does).
If i run pyrogenesis -mod="mod public" there is the same error as if i run 0ad.

comment:10 by phosit, 12 months ago

Milestone: BacklogAlpha 27
Resolution: fixed
Status: newclosed

It is fixed in version a26-7.

comment:11 by Vladislav Belov, 12 months ago

I confirm, I'm not able to reproduce the issue with a26-7 as well.

Note: See TracTickets for help on using tickets.