MantisBT - Zandronum
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0001645Zandronum[All Projects] Bugpublic2014-01-06 14:562018-09-30 23:06
Reportersomeoneelse 
Assigned ToDusk 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version2.0-beta 
Target Version2.0Fixed in Version2.0 
Summary0001645: "Player located none" shared keys message
DescriptionOn my survival server with newest binary (2.0-alpha-140104-1248), with doom.wad and svdoom.wad, "(Player's name) located none" would appear when someone picked up a key.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files? 2014.01.06_19.44.48_doom2.cld (7,447) 2014-01-06 18:49
/tracker/file_download.php?file_id=1137&type=bug
? server.cfg (841) 2014-01-06 19:09
/tracker/file_download.php?file_id=1138&type=bug
Issue History
Date ModifiedUsernameFieldChange
2014-01-06 14:56someoneelseNew Issue
2014-01-06 16:11someoneelseNote Added: 0007896
2014-01-06 16:19DuskNote Added: 0007897
2014-01-06 16:19DuskAssigned To => Dusk
2014-01-06 16:19DuskStatusnew => feedback
2014-01-06 18:00DuskTarget Version => 2.0
2014-01-06 18:49someoneelseNote Added: 0007901
2014-01-06 18:49someoneelseStatusfeedback => assigned
2014-01-06 18:49someoneelseFile Added: 2014.01.06_19.44.48_doom2.cld
2014-01-06 18:51someoneelseNote Edited: 0007901bug_revision_view_page.php?bugnote_id=7901#r4378
2014-01-06 18:51DuskNote Added: 0007902
2014-01-06 18:51DuskStatusassigned => feedback
2014-01-06 19:08someoneelseNote Added: 0007903
2014-01-06 19:08someoneelseStatusfeedback => assigned
2014-01-06 19:09someoneelseFile Added: server.cfg
2014-01-06 19:32DuskNote Added: 0007904
2014-01-06 20:15DuskNote Added: 0007905
2014-01-06 20:15DuskStatusassigned => needs review
2014-01-11 12:05Torr SamahoNote Added: 0007950
2014-01-12 08:00Torr SamahoNote Added: 0007968
2014-01-12 08:00Torr SamahoStatusneeds review => needs testing
2014-02-09 19:31QentNote Added: 0008182
2014-02-09 19:31QentStatusneeds testing => resolved
2014-02-09 19:31QentFixed in Version => 2.0-beta
2014-02-09 19:31QentResolutionopen => fixed
2015-01-23 04:56Blzut3Fixed in Version2.0-beta => 2.0
2018-09-30 23:06Blzut3Statusresolved => closed

Notes
(0007896)
someoneelse   
2014-01-06 16:11   
I made Doom II server, same happened.
(0007897)
Dusk   
2014-01-06 16:19   
Quote
Dusk has connected. (from: LAN)
Dusk joined the game.
Dusk has located the RedCard!
client Dusk disconnected.


Works fine for me with a server with the svdoom.wad from best-ever:'http://static.best-ever.org/wads/svdoom.wad [^]'

Exactly what wads are you using?
(0007901)
someoneelse   
2014-01-06 18:49   
(edited on: 2014-01-06 18:51)
doom.wad and svdoom.wad... But then I made Doom II server, without any wads, and it happened again. So I guess it's not WADs fault. (I started the server via IDE, btw., which messes up flags, but I can't see how it would affect this string).
I played with other people who also noticed that. I can include a demo, I guess? Oh, and my server is up, called "I have located the None!", if you are available you can see it.
(0007902)
Dusk   
2014-01-06 18:51   
A demo could help here. Also please check whether it happens with a clean INI.
(0007903)
someoneelse   
2014-01-06 19:08   
Deleting inis didn't help. I also booted the server from the commandline, with a very minimal config that I am sending. (Demo was already sent, I edited my previous post BTW)
(0007904)
Dusk   
2014-01-06 19:32   
blargh, my build was outdated, I can confirm this now and I already see what's wrong...
(0007905)
Dusk   
2014-01-06 20:15   
'https://bitbucket.org/Torr_Samaho/zandronum/pull-request/28/changes-to-sv_sharekeys [^]'

when I tested the fix for 0001625, I forgot to check the scenario when the actor has no tag set..
(0007950)
Torr Samaho   
2014-01-11 12:05   
'https://bitbucket.org/slatenails/zandronum/commits/39782610856c1aeda2016ef1cbc607c59b57486d [^]' looks good. I'll pull and rebase it.
(0007968)
Torr Samaho   
2014-01-12 08:00   
I transplanted your fix. I think this is better than "pull + rebase" since this keeps a proper reference to the hash of your original changeset and still keeps the history linear.
(0008182)
Qent   
2014-02-09 19:31   
This fix works.