FindMap plugins#350
FindMap plugins#350powerlord wants to merge 27 commits intoalliedmodders:masterfrom powerlord:fuzzymap-plugins
Conversation
…pName command to be a member function.
…p_dustbowl, for example. Therefore, don't waste time calling it.
…well as calling the new GetFriendlyMapName for displaying.
… IGameHelpers to version 11. Fixed in-line documentation for ResolveFuzzyMapName native to match current behavior.
…st is). This is because non-MapChooser plugins may also need them.
…hich is the friendly name stored earlier.
…o be in friendly format in GetNextMap.
…sking for the friendly name.
Changed basecommands to use friendly names in menus.
…d a different fix.
|
Based on input from John S. from Valve, all plugins that use the ProduceResolvedMapList function should be rewritten and the ProduceResolvedMapList stock removed entirely. This is based on his comments about how tf_workshop_map_sync can be delayed. I will do this sometime tonight or tomorrow. |
…onversion. This is being included in this pull request so we don't have to do it later.
|
That last commit is to convert a |
…merge from upstream expose-findmap branch to verify that I've made all changes (and to pull in the FindMap test plugin)
…zymap-plugins Conflicts: core/HalfLife2.cpp core/HalfLife2.h core/smn_halflife.cpp
|
This is now based on PR #351, but both it and this have Linux issues at the moment. I'll do some plugin testing on my test server once this is fixed. |
|
Not sure when it happened, but I'm seeing bugs in nominations... need to check other plugins as well. |
|
D: Nicholas Hastings
|
|
@psychonic I thought I'd tested it since I switched it over to FindMap... maybe I didn't and just thought I did. Then again, I'm testing it now. FindMap itself is working as my mappath command is resolving these maps, they're just not being resolved in the current code for nominations/mapchooser/others |
|
Oh wait, this may be because I'm not syncing workshop maps until AFTER plugins load due to a server crashing bug that should be fixed in tomorrow's update. Let me test it again. |
|
Yup, sure enough, that's exactly what was causing the issue I was seeing. It'll be nice if they add the mapcyclefile auto-sync to tomorrow's TF2 update so I can remove the plugin I'm using to late-sync these maps. Yay, panicking over nothing. |
…ues in the MapChooser code that I noticed while working on NativeVotes MapChooser.
|
I'm going to redo this pull request. Not only is its history a mess because of the number of different methods I've done, but I think GetFriendlyMapName would be better served as a native. In fact, I'm rewriting it as a native named GetWorkshopMapBaseName right now. The name is a bit verbose, but it does explain what it's for. So, expect to see a new pull request with that soon. Not sure when as I'll need to do some testing on it after it's finished. |
|
@powerlord Just for reference, if you rebase your branch you can clean it up quite easily. This isn't recommended for a number of reasons, but you can recover this way. |
|
@KyleSanderson You can, but they recommend you don't do it if it's already been pushed to a public repository. |
NOTE: Since this was started, it switched from being based on pull request #348 to being based on the now-merged pull request #351.
This adds a new stock to sourcemod.inc:
Note that in TF2, at this time you can't get the proper map path for a workshop map unless you
tf_workshop_map_syncthe map after the server start so that the server is actively tracking it.The following plugins have all been updated to make calls to FindMap and GetFriendlyMapName as appropriate: