-
Posts
123 -
Joined
-
Last visited
Content Type
Profiles
Warranty Claims
Downloads
Forums
Store
Services
Downloads Plus Support
DOWNLOADS EXTRA
Reels
Support Center
Everything posted by athlonclub
-
Judging by the code, the root cause hasn’t been addressed, and I think it might come back later. I would still recommend reviewing the system for using offline images, given that almost everyone is using AI now. Plugins are being updated very frequently, and it’s very hard to keep track of this when you have 200+ plugins. Plugin manufacturers think that constant improvements and updates directly affect the number of customers, but they’re wrong. A good plugin is one that gets updated once a year
- 72 comments
-
- 1
-
-
- #ultimateleaderboard
- #leaderboard
- (and 22 more)
-
We tested 1.5.65 with "Enable Offline Image Mode" re-enabled — 2 out of 2 real cold restarts of our test server came back clean, no SqliteException at all. On 1.5.63 with the same setting it failed 100% of the time, so this result looks genuine. The problem no longer reproduces on 1.5.65. Thanks for the help!
- 72 comments
-
- #ultimateleaderboard
- #leaderboard
- (and 22 more)
-
Follow-up on the SqliteException / server/my_server_identity crash This is confirmed, not a guess — reproduced via IL decompilation of Assembly-CSharp.dll/Oxide.CSharp.dll and verified empirically across several real cold restarts on our servers. We found the actual trigger: it only happens when "Enable Offline Image Mode" is enabled in the config. With that option on, LoadImages() (called synchronously from OnServerInitialized()) calls LoadImageFromFS() → FileStorage.server.Store() for images prefixed "TheMevent/". FileStorage is a native beforefieldinit class — touching it that early can run its static constructor before the game engine applies the +server.identity startup argument, permanently locking the storage path to the default "my_server_identity" for that process. With Offline Image Mode off (the default), this code path is never reached — that's why most users never hit it. Offline Image Mode was true on all our servers going back months before the crash started. Disabling it + updating to 1.5.63 fixed the crash across several real cold restarts since, with zero exceptions. The 1.5.65 changelog note ("no longer hangs on startup because it imported interface images while still initializing") doesn't match the code — LoadImages() is still called synchronously in OnServerInitialized() in 1.5.65, unchanged from 1.5.63. Suggested real fix: stop routing these cached images through the native FileStorage class entirely. Write the downloaded texture bytes directly to disk instead (e.g. File.WriteAllBytes under oxide/data/UltimateLeaderboard/Images/) and read them back the same way. That removes the race condition completely, regardless of plugin/assembly load timing. Separate issue: 1.5.65 changed the ServerPanel category check back to categoryID != 0 (was categoryID > 0). Negative category IDs aren't valid — they came from a bug in a category ID generator (now fixed upstream). Accepting them as valid causes wrong template rendering. Recommend keeping categoryID > 0, matching the convention other ServerPanel-integrated plugins (MultiEvents, DailyRewards) use.
- 72 comments
-
- #ultimateleaderboard
- #leaderboard
- (and 22 more)
-
- 72 comments
-
- #ultimateleaderboard
- #leaderboard
- (and 22 more)
-
- 72 comments
-
- #ultimateleaderboard
- #leaderboard
- (and 22 more)
-
When this plugin is enabled, the server sometimes fails to load the map save on startup with this error: Error loading save (server/rust/AimtrainMap.<gen>.sav) SqliteException: Could not open database file: server/my_server_identity/sv.files.<gen>.db (error 14) Confirmed by testing: removing this plugin from the server, the error stops happening. Adding it back reproduces the error again. Happens on server startup, tested on multiple servers.
- 72 comments
-
- #ultimateleaderboard
- #leaderboard
- (and 22 more)
-
Hi! Found the same bug in MultiEvents (v2.4.15) that also exists in UltimateLeaderboard — looks like the ServerPanel integration code is shared/copy-pasted between your plugins. Symptom: the events menu opens as a separate fullscreen window instead of matching the panel's style (V1/V2), even though the category is properly registered and enabled in ServerPanel. Root cause: LoadCategoryInfo() and UpdateTemplateRenderer() both check categoryID > 0. But ServerPanel.GetUniqueCategoryID() generates IDs via Random.Range(int.MinValue, int.MaxValue) — meaning roughly half of all categories end up with a negative ID. ServerPanel's actual "not found" sentinel is (0, null) (see API_OnServerPanelGetCategoryInfo), not "any non-positive value." Our own "Events" category has ID -1305002760, which got treated as "not found," silently falling back to the Fullscreen template instead of the panel style. Fix: replace categoryID > 0 with categoryID != 0 in two places: LoadCategoryInfo(): if (categoryInfo is (int categoryID, string template) && categoryID != 0) UpdateTemplateRenderer(): else if (_serverPanelCategory.spStatus && _serverPanelCategory.categoryID != 0) Tested live on 2 of my servers after applying this — the events menu now correctly matches the panel style. Worth checking your other plugins with the same ServerPanel integration code too, since this is probably not limited to just these two.
- 21 comments
-
- #mutlievents
- #events
- (and 15 more)
-
Hi! Found a bug in the ServerPanel integration in UltimateLeaderboard (v1.5.63). Symptom: the leaderboard opens as a separate fullscreen window instead of picking up the panel's style (V1/V2), even though the category is properly registered and enabled in ServerPanel. Root cause: LoadCategoryInfo() and UpdateTemplateRenderer() both check categoryID > 0. But ServerPanel.GetUniqueCategoryID() generates IDs via Random.Range(int.MinValue, int.MaxValue) — meaning roughly half of all categories end up with a negative ID. ServerPanel's actual "not found" sentinel is (0, null) (see API_OnServerPanelGetCategoryInfo), not "any non-positive value." As a result, any category that happens to get a negative ID (ours, for example, is -104952651) is treated as if it doesn't exist, and the plugin silently falls back to the Fullscreen template instead of matching the real panel style. Fix: replace categoryID > 0 with categoryID != 0 in two places: LoadCategoryInfo(): if (categoryInfo is (int categoryID, string template) && categoryID != 0) UpdateTemplateRenderer(): else if (_serverPanelCategory.spStatus && _serverPanelCategory.categoryID != 0) Tested live on 3 of my servers after applying this — the leaderboard now correctly matches the panel style.
- 72 comments
-
- #ultimateleaderboard
- #leaderboard
- (and 22 more)
-
Hi! Thanks for the v2.5.1 update, the new in-game permission editor for cooldowns/discounts/limits is a great addition Just wanted to flag a small bug I ran into while testing it — clicking "Add" on Discount / Buy Limits / Sell Limits / Daily Buy or Sell Limits (when the list is still empty) throws an error and doesn't add the entry: Failed to call hook 'CmdConsoleShop' on plugin 'Shop v2.5.1' (ArgumentException: The value "0" is not of type "System.Int32" and cannot be used in this generic collection. Parameter name: value) at System.Collections.Generic.Dictionary`2[TKey,TValue].System.Collections.IDictionary.Add at Oxide.Plugins.Shop.DictionaryAddEntry at Oxide.Plugins.Shop.CmdConsoleShop Looked into it a bit — seems to be in DictionaryAddEntry: dict.Add(key, field.FieldType.GenericTypeArguments[1] == typeof(float) ? 0f : 0); Because one side of the ?: is a float literal, C# treats the whole expression as float at compile time — so it ends up always passing 0f even for the int-typed dictionaries (Discount/Limits/DailyLimits), and Dictionary<string,int>.Add() rejects it. Only the cooldown fields (which really are float) work fine as-is. A tiny fix that worked for us locally: if (field.FieldType.GenericTypeArguments[1] == typeof(float)) dict.Add(key, 0f); else dict.Add(key, 0); Hope that saves you some time tracking it down! Really enjoying the plugin otherwise, thanks for all the work on it
- 861 comments
-
- #shop
- #shop ui
-
(and 26 more)
Tagged with:
- #shop
- #shop ui
- #store
- #market
- #server rewards
- #gui shop
- #custom items
- #rust shop
- #mevent
- #market system
- #marketplace
- #buy
- #sell
- #in game
- #economics
- #humannpc
- #market and magazine
- #gui
- #money exchange
- #rust shop plugin
- #shop system
- #best shop
- #best rust shop
- #shop items
- #shop mevent
- #shop in menu
- #shop gui
- #halloween
-
Bug: MissingMethodException for ItemContainer.GetAmount(int,bool) during plugin load On server startup, BetterNpc throws this exception repeatedly while loading monument/module data files: It fires interleaved between the plugin's own [BetterNpc] File X has been loaded successfully! lines — happened 11 times in one boot on our server, roughly one per monument/module file being processed. It doesn't block anything: each affected file still logs as loaded successfully right after, and the plugin finishes initializing and works normally. Looks like BetterNpc's compiled build calls an ItemContainer.GetAmount(int, bool) overload that no longer exists (or has a different signature) in the current live Rust server build — a method-signature mismatch against the current game assembly, not a config issue on our end. Probably just needs a recompile against the current Rust version to pick up whatever the new overload/signature is. Happy to send the full boot log if useful.
-
Introducing Price History - Track price changes and set alerts
athlonclub replied to Death's topic in Announcements
there's a lot of resentment about the use of artificial intelligence, and a lot of checks, but if you want to check the authors who just change the version of a file and say that something has changed, but you don't have enough time, and there are a lot of cases where the author just changes the version number before the next update and says that it's updated for the next update or something similar, is that okay? -
Hi, thanks for the update! Just wanted to flag something — I diffed v2.2.0 against v2.1.1 and the code is byte-for-byte identical except for the version number in the [Info(...)] attribute. Nothing else changed at all — no code cleanup, no patrol routing changes, nothing. The changelog for 2.2.0 says "some code cleaned up / improved patrol helicopter routing" — but that's not reflected in the file that was actually uploaded. Could you double-check you uploaded the right build? Would love to actually get those improvements if they exist somewhere. Thanks!
-
честно сказать я еще немного и наверное куплю почти все плагины на флинге, и из-за я не особо слежу за правками которые мешают работоспособности, но скину сейчас фото, а так просто лень писать, но у вас по куче плагинов просто масса вещей которые можно и нужно поправить, найдите себе нормального тестера
-
Вот все понимаю, разрабы не дают покоя, куча работы появляется на ровном месте, но вам же мало сделать правку для апдейта, нужно ведь еще чтото поменять чтоб потом когда надо поправить более 100 плагинов, еще по 3 раза ваши перезаливать, но тут ситуация которую никак не ожидал, выложить фикс плагина, который заключается в смене одной цифры в версии и все (( это как понимать ? или вы думаете что люди не смотрят что вы меняете ? честно я не знаю что сказать (
-
после сегодняшнего обновления --- Failed to run a 1.00 timer in 'DailyRewards v1.1.18' (ArgumentException: An item with the same key has already been added. Key: 76561199876912345) at System.Collections.Generic.Dictionary2[TKey,TValue].TryInsert (TKey key, TValue value, System.Collections.Generic.InsertionBehavior behavior) [0x000dd] in <e605204d165a49d89ae7579f3d894429>:0 at System.Collections.Generic.Dictionary2[TKey,TValue].Add (TKey key, TValue value) [0x00000] in <e605204d165a49d89ae7579f3d894429>:0 at ListHashSet1[T].Add (T val) [0x0000c] in <1c38ec178c6a489d9fc48b01c506e943>:0 at Oxide.Plugins.DailyRewards+PlayTimeEngine.Add (System.UInt64 player) [0x00013] in <05013a1985844aa596a0457e9d7a052b>:0 at Oxide.Plugins.DailyRewards.OnGlobalDailyReset () [0x0009c] in <05013a1985844aa596a0457e9d7a052b>:0 at Oxide.Core.Libraries.Timer+TimerInstance.FireCallback () [0x00018] in <15f61ddda771464d8246ebdce8ff4811>:0
-
При редактировании кита, точнее при сохранении после редактирования, очень часто выскакивает подобное -- Failed to call hook 'CmdKitsConsole' on plugin 'Kits v2.3.10' (KeyNotFoundException: The given key '76561199876912345' was not present in the dictionary.) at System.Collections.Generic.Dictionary`2[TKey,TValue].get_Item (TKey key) [0x0001e] in <e605204d165a49d89ae7579f3d894429>:0 at Oxide.Plugins.Kits.CmdKitsConsole (ConsoleSystem+Arg arg) [0x0140f] in <05013a1985844aa596a0457e9d7a052b>:0 at Oxide.Plugins.Kits.DirectCallHook (System.String name, System.Object& ret, System.Object[] args) [0x026cb] in <05013a1985844aa596a0457e9d7a052b>:0 at Oxide.Plugins.CSharpPlugin.InvokeMethod (Oxide.Core.Plugins.HookMethod method, System.Object[] args) [0x00079] in <42f9bedc659b4f4786eb778d3cd58968>:0 at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x000de] in <15f61ddda771464d8246ebdce8ff4811>:0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in <15f61ddda771464d8246ebdce8ff4811>:0 --- это уже происходит довольно длительное время, хотелось бы это исправить, хоть оно и применяет изменения но ошибки эти хотелось бы убрать.
- 289 comments
-
- #kits
- #sets
-
(and 36 more)
Tagged with:
- #kits
- #sets
- #autokits
- #rustkits
- #kits plugin
- #cooldowns
- #amounts
- #kit
- #set
- #item kits
- #auto kits
- #kit cooldowns
- #rewards
- #items
- #kits rust plugin
- #kits auto
- #kits mevent
- #kits with menu
- #kits in menu
- #kits and serverpanel
- #kits with editor
- #kitsui
- #kiticon
- #kits by mevent
- #rust kits
- #kits converter
- #kits umod
- #kits ui
- #kits rust
- #kit economy integration
- #server management kits
- #rust kits plugin
- #customizable kits
- #auto kits setup
- #in-game management kits
- #rust servers kits
- #rust plugin for kits
- #halloween
-
- 343 comments
-
- #eventmanager
- #manager
-
(and 5 more)
Tagged with:
-
- 343 comments
-
- 2
-
-
- #eventmanager
- #manager
-
(and 5 more)
Tagged with:
-
Я вижу, кроме того при повторном поиске они снова становятся зелёными, до перезагрузки сервера, и таймеры на месте но события не стартуют, я вынужден их запускать в ручную, кроме того хотелось бы знать будет ли возвращена прежняя структура отображения ? Потому как дизайн плагинов мне интересен только с точки зрения игроков, но так как данный плагин вижу только я как админ, то здесь дизайн по-моему вообще мало играет какую-то роль, главное удобство и работоспособность.
- 343 comments
-
- #eventmanager
- #manager
-
(and 5 more)
Tagged with:
