vladislavbelov

Did it change the behaviour? Also you could open profiler (F11) to see amount of uploaded textures memory when the bug appears.

Do the user has system_info/userreport from A25? The user could add the following lines to the user.cfg: forceglversion = "true" forceglprofile = "compatibility" forceglmajorversion = "2" forceglminorversion = "1" If it doesn't work might try lower versions: forceglversion = "true" forceglprofile = "compatibility" forceglmajorversion = "2" forceglminorversion = "0" And: forceglversion = "true" forceglprofile = "compatibility" forceglmajorversion = "1" forceglminorversion = "5" We're still able to run OpenGL before 2.1 by using ARB shaders (if it has appropriate extensions), but it's deprecated in A26.

Wasn't the suggestion about the runtime scaling when you can override the scale by editing an actor XML?

Have you tried the texture quality option to low?

HI! IIRC there was some work about adding aarch to A26, but don't know its status. Maybe @Stan` has more information.

HI! According to https://repology.org/project/0ad/versions it seems Debian bookworm was already updated, but previous not. Not sure about plans for that, maybe @Stan` can help. Regarding older builds, you can find mostly all previous builds (including Linux, macOS and Windows) here: https://releases.wildfiregames.com/

Hi! Thanks for the report! My first thought is an out of video memory (because of new art). But not sure. Could you enable debug checks via adding the following lines to your user.cfg and reproduce the bug? renderer.backend.debugcontext = "true" renderer.backend.debugmessages = "true" renderer.backend.debuglabels = "true" renderer.backend.debugscopedlabels = "true" Also could try to decrease the textures quality in options to low?

What does happen to your minimap? Does it happen in the game without mods?

You're right, it should be false.

The issue should be fixed in https://code.wildfiregames.com/D4820.

I don't remember that feature.

Hi! Does your workaround fixes the right edge problem? Currently it sounds more like a SDL issue (the open-source library we use to interact with an OS), so it means it's harder to fix by ourselves. But you also can try disable borderless fullscreen by adding borderless.fullscreen = false to your config file. Could you also share your userreport.txt from the logs folder?

Make sure than the downloaded file has a correct hash sum/minisig. You might find them here: https://releases.wildfiregames.com/ Also check this thread:

It might make sense to clean them up but not manually. I think a possible solution is to create a pre-commit hook to filter/disallow such information.

https://trac.wildfiregames.com/ticket/1889 Adding another way to open an external resource is another possible security violation. So it should be considered carefully. Also it requires a not easy modification of the gui engine.

Hi! It's not intended, but some export tools doesn't have an option to avoid such includes or people don't know how to use it.

Could you upload crashlog and crashdump? Also do you have mainlog from that run?

It's not the bug, search is a resource consuming operation. Reducing the delay to 1 second for all doesn't sound good. In theory we could reduce to 1 second (or 2 seconds) only for registered users without posting limits. @implodedok

Hi! We have two versions for mac (for different architectures): https://play0ad.com/download/mac/, could you try the other one than you downloaded?

Hi! You're also using the old version of the game.

Could you upload your logs (mainlog.html, crash files, system_info)? You can find a path to them here: https://trac.wildfiregames.com/wiki/GameDataPaths

#4299

Not sure that it's true when borderless.fullscreen is false. Though not sure, if it's true it can be improved in A27.

Thanks for the report! It seems it doesn't like DDS for some reason. I fixed the mod and uploaded the new version. Could you try it?