0004336: Players don't earn medals locally if cl_medals is 0, but observing players see them earn them

Chat on our Discord Server Get the latest version: 3.2
Source Code

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0004336

Zandronum

[All Projects] Bug

public

2024-06-16 15:44

2025-03-06 04:12

Reporter

unknownna

Assigned To

Kaminsky

Priority

normal

Severity

feature

Reproducibility

always

Status

resolved

Resolution

fixed

Platform

OS Version

Product Version

3.1

Target Version

3.2

Fixed in Version

3.2

Summary

0004336: Players don't earn medals locally if cl_medals is 0, but observing players see them earn them

Description

If a a client has cl_medals set to 0, it will not earn any medals locally, but to other clients with cl_medals set to 1 and observing the client, the client will still appear to be earning the medals.

Attached Files

Relationships

Notes
(0023766) unknownna (updater) 2024-06-16 16:09 edited on: 2024-06-16 16:09	Thinking about it, the current behavior seems to be fine and shouldn't be changed, but I wonder if clients with medals turned off lose any potential medal stats tracking that could happen in the future?

(0024233) Kaminsky (developer) 2025-03-06 03:02	I forgot to update this ticket. For a while now, it's been possible for players to still earn medals (silently), even when the client has cl_medals is disabled, as per'https://foss.heptapod.net/zandronum/zandronum-stable/-/commit/3a8cc47515a60bc1bdbac0c7b2d673c1499b3631 [^]'

(0024236) Ru5tK1ng (updater) 2025-03-06 04:12	Tested with the latest changes and it seems that players with cl_medals 0 can now activate the medal event whereas in 3.1 they did not. If the player turns on medals mid game, whatever medals they earned are updated properly, even medals given in scripts.

**Issue Community Support**
This issue is already marked as resolved. If you feel that is not the case, please reopen it and explain why.
Supporters:	No one explicitly supports this issue yet.
Opponents:	No one explicitly opposes this issue yet.

Issue History
Date Modified	Username	Field	Change
2024-06-16 15:44	unknownna	New Issue
2024-06-16 16:09	unknownna	Note Added: 0023766
2024-06-16 16:09	unknownna	Note Edited: 0023766	View Revisions
2024-07-29 15:04	Kaminsky	Status	new => acknowledged
2024-07-29 15:04	Kaminsky	Target Version	=> 3.2
2024-07-29 15:05	Kaminsky	Assigned To	=> Kaminsky
2024-07-29 15:05	Kaminsky	Status	acknowledged => assigned
2025-03-06 03:02	Kaminsky	Note Added: 0024233
2025-03-06 03:02	Kaminsky	Status	assigned => needs testing
2025-03-06 04:12	Ru5tK1ng	Note Added: 0024236
2025-03-06 04:12	Ru5tK1ng	Status	needs testing => resolved
2025-03-06 04:12	Ru5tK1ng	Resolution	open => fixed
2025-03-06 04:12	Ru5tK1ng	Fixed in Version	=> 3.2

Questions or other issues? Contact Us.

Links

Doom and Doom II are the property of id Software.