Bug #213

Optimize configstring 1 sv_referencedPakNames

Added by IR4T4 over 6 years ago. Updated about 6 years ago.

Status:Fixed% Done:

100%

Priority:NormalSpent time:-
Assignee:IR4T4
Category:Server
Target version:2.71rc2
OS: Arch:

Description

There are tons of useless spaces in the value of sv_referencedPakNames. Delimiter is one space.

Associated revisions

Revision 7873cabb
Added by IR4T4 over 6 years ago

qcommon: reducing useless spaces in CS 1 refs #213

Revision c98142fe
Added by IR4T4 about 6 years ago

server: last space removed from PAK related strings fixes #213

History

#1 Updated by IR4T4 about 6 years ago

  • Assignee set to IR4T4
  • % Done changed from 0 to 90

#2 Updated by Radegast about 6 years ago

It seems sv_referencedPakNames is bugged even more than this. When I start etlded with Venice map I get this:

sv_referencedPakNames = "legacy/pak3_v2.70rc1 legacy/ ... nice etmain/pak2 etmain/pak0 " 
sv_referencedPaks = "1018692714 -267128616 1855666481 608521179 -1721695896 " 

Note "..." and "nice"

#3 Updated by IR4T4 about 6 years ago

Can’t confirm. Don’t trust the cvar value if you use tab completition - it’s truncated:

]sv_referencedPak
    sv_referencedPakNames = "legacy/pak3_v2.70rc1 legacy/ ... nice etmain/pak2 etmain/pak0 " 
    sv_referencedPaks = "-980929458 -2023913310 1855666481 608521179 -1721695896 " 
]sv_referencedPakNames 
"sv_referencedPakNames" is:"legacy/pak3_v2.70rc1 legacy/etl_bin_v2.70rc1 etmain/venice etmain/pak2 etmain/pak0 " default:"" 

#4 Updated by Radegast about 6 years ago

You are right. I used tab completion, so this is an unrelated bug.

#5 Updated by IR4T4 about 6 years ago

  • Status changed from New to Fixed
  • % Done changed from 90 to 100

Also available in: Atom PDF