Hi,
it stops working every day without known reason. No console messages. Its running but the copter addons are not there. After reload it works for a while. I reload it now every few hours with timedexecute but is a fix possible for that?
Noticed since september update.
Plugin stop workingSolved
I have heard some other reports of this issue, but I haven't been able to reproduce it, and I see no reason in the code why this could happen, so not much I can do at this time. I assume the people that are affected by this are running another plugin which is conflicting somehow.
This has been happening to me for a few days too. I then have to reload the plugin to get it working again. I haven't changed anything in the plugins.
There was a similar problem about 3 months ago and it was fixed with version 2.1.1 update. Now it seems to be back.
Merged post
Short feedback. We went back to v2.2.0 16 hours ago and the problem hasn't existed since then. If it happens again, I'll let you know.
Which addons do you have enabled, and which were missing? Auto turrets, storage boxes, stashes, battery, search light, tail light?
WhiteThunder
Which addons do you have enabled, and which were missing? Auto turrets, storage boxes, stashes, battery, search light, tail light?
the search light did not work sporadically with the new version.
Which addons do you have enabled, and which were missing? Auto turrets, storage boxes, stashes, battery, search light, tail light?
I use turret, tail light, search light and one storage. All of them keep disappearing and only reappear after the reload.
omegablueI use turret, tail light, search light and one storage. All of them keep disappearing and only reappear after the reload.
I'm pretty sure what you are experiencing is that another plugin is destroying the entities periodically. Do you have any plugins which manage decay? Some decay plugins intentionally deal damage to "decay entities", which basically all of the attachments are, especially when those objects are outside TC radius. Can you try placing a minicopter in TC radius, and another outside TC radius, to see if there is a difference in when the attachments disappear?
The only difference between 2.2.0 and 2.2.1 is related to fuel consumption, so it must be a coincidence that you are no longer seeing the issue with 2.2.0. I also can't see any reason why the search light wouldn't work. The reasons that applied a few months ago are no longer applicable.Kobani
Short feedback. We went back to v2.2.0 16 hours ago and the problem hasn't existed since then. If it happens again, I'll let you know.
I can confirm that the TC Radius has no effect on us with 2.2.0. There are still several minis without a tc on the map or they have been sunk. The light still works. Decay is set by default for buildings. For vehicles I use VehicleDeployedProtection. I will now use 2.2.1 again and then report back. I then set up minicopters in the TC area and some elsewhere. Lets see what happens. I'm trying to figure out what it could be.
Oh so maybe it matters We are a PvE server with Truepve
Are either of you running a plugin called MapProtection.cs (by Kpuctajl), which came with a map bundle by Gruber? It's been causing a problem where some other plugins silently don't initialize on server boot.
Yes, i use map protection for deathland map.
I recently learned that Gruber was distributing the wrong version of that plugin. It says v1.0.1, but it's actually the same code as the v1.0.0 version which unloads itself in the same frame as the OnServerInitialized hook (the correct v1.0.1 is supposed to unload the plugin on the subsequent frame).
When a plugin unloads itself in the OnServerInitialized hook during server boot, it causes the next plugin in alphabetical order to not get its OnServerInitialized hook called, causing that plugin to not work until manually reloaded. This issue has affected one of my other plugins (MonumentFinder) for months, which Gruber ignorantly blamed on my plugin. MiniCopterOptions is alphabetically close to MapProtection, so it makes sense that MiniCopterOptions is seeing this issue for servers running the bad version of MapProtection.
I raised this issue last week to Kpuctalj and Gruber, but I haven't seen any movement on their side in terms of sending out a new release of each map bundle to include the fixed plugin.
Ok, i told Adem because i have similar problem with his CustomModules. Perhaps he can do something. Thank you!
Quick update regarding the MapProtection plugin conflict. Gruber has released a new version of his latest map which provides the fixed version of the plugin. For anyone using older Gruber maps, I'm told you can uninstall the MapProtection plugin, as long as you are using the latest version of those maps.
sorry to be kinda OT here, but I'm curious of ways to go about this that won't cause this to happen. Can I put the unload in NextTick OnServerInitialized? What do you suggest when a config or data file is messed up, and the idea is to just unload the plugin until the issue is fixed?
When a plugin unloads itself in the OnServerInitialized hook during server boot, it causes the next plugin in alphabetical order to not get its OnServerInitialized hook called, causing that plugin to not work until manually reloaded.
Yes, putting it in OnServerInitialized -> NextTick is fine. That is what the newer version of MapProtection is doing, which was actually done last December, but for some reason the wrong version was getting distributed in Gruber's map bundles.discordFansorry to be kinda OT here, but I'm curious of ways to go about this that won't cause this to happen. Can I put the unload in NextTick OnServerInitialized? What do you suggest when a config or data file is messed up, and the idea is to just unload the plugin until the issue is fixed?
Locked automatically