getuseroption() - sometimes return nil

[Eldar]

Hello, I have problems with getuseroption(). Sometimes it return nil, after refresh action it return right value, but when it happen, return bugs like this:

error in Persistent script Variables:
  ["setsetting("Looting/LootList/".. ITEM .."..."]:Variables:106 attempt to compare number with nil

And it stop whole action. To make it work I need to open action and click "OK".
@Lucas Terra

[Raphael]

Can we have the whole action?

[Eldar]

Can we have the whole action?

-- getuseroption("HeavyItems") == "Halberd, Battle Shield, Plate Armor"

HEAVY_ITEMS = {}



auto(500)

local ITEMS_SETUP = getuseroption("HeavyItems")



if (ITEMS_SETUP ~= nil) then

	for HEAVY_ITEM in string.gmatch(ITEMS_SETUP, "([^,]+)") do -- line 98

		HEAVY_ITEM = string.gsub(HEAVY_ITEM, "^%s*(.-)%s*$", "%1")

		table.insert(HEAVY_ITEMS, string.lower(HEAVY_ITEM))

	end

end



for _, ITEM in ipairs(HEAVY_ITEMS) do

	if (getuseroption("CollectHeavyLoot")) then

		setsetting("Looting/LootList/".. ITEM .."/Action", $cap <= getuseroption("CapToDropHeavyLoot") and "Drop" or "Loot") -- line 106

	else

		setsetting("Looting/LootList/".. ITEM .."/Action", "Ignore")

	end

end

Action working good, because it sometimes return nil and after refresh action, it return correct value. Earlier it returned debug on line 98 (argument to string.gmatch() cant be nil) so I did "if (ITEMS_SETUP ~= nil) then...", now I can do the same with line 106, but anyway it should be fixed. At least change getuseroption() to return values like 0, "", false insted of nil.

[StaR]

For the sake of 3 heavy items you are over complicating things, you may as well have just had 3 setsettings ;o

[Eldar]

For the sake of 3 heavy items you are over complicating things, you may as well have just had 3 setsettings ;o

It doesnt matter, action working good, there is problem with getuseroption().

[Razor Blade]

worked it out?¿

[StaR]

It doesnt matter, action working good, there is problem with getuseroption().

This

getuseroption("CapToDropHeavyLoot")

Should be

tonumber(getuseroption("CapToDropHeavyLoot"))

As you are trying to return a number not a string.

[Eldar]

This

getuseroption("CapToDropHeavyLoot")

Should be

tonumber(getuseroption("CapToDropHeavyLoot"))

As you are trying to return a number not a string.

tonumber(nil) is still nil.

[Raphael]

I've been unable to reproduce the issue with the following code:

auto(10)



if getuseroption('test') == nil or getuseroption('test2') == nil then

	printerror('Fuck')

else

	--print(os.clock(), 'ok')

end

{
	"type"     : "group",
	"name"     : "Test",
	"children" : [
		{
			"type"        : "lineedit",
			"name"        : "test",
			"text"        : "Test:",
			"description" : "Test",
			"value"       : ""
		},
		{
			"type"        : "spinbox",
			"name"        : "test2",
			"text"        : "Test2"
		}
	]
}

It ran for about 30 minutes without issuing an error. If sometimes is more rarely than once every 180k tries, please let me know and I'll try some more exhaustive tests.
Otherwise, please send me the complete .XML file you're having issues with, preferable the version where the error does happen. You can do it through PM if you wish, although I'd rather have it on my email: r.mobis@gmail,com.

[Eldar]

I've been unable to reproduce the issue with the following code:

auto(10)



if getuseroption('test') == nil or getuseroption('test2') == nil then

	printerror('Fuck')

else

	--print(os.clock(), 'ok')

end

{
	"type"     : "group",
	"name"     : "Test",
	"children" : [
		{
			"type"        : "lineedit",
			"name"        : "test",
			"text"        : "Test:",
			"description" : "Test",
			"value"       : ""
		},
		{
			"type"        : "spinbox",
			"name"        : "test2",
			"text"        : "Test2"
		}
	]
}

It ran for about 30 minutes without issuing an error. If sometimes is more rarely than once every 180k tries, please let me know and I'll try some more exhaustive tests.
Otherwise, please send me the complete .XML file you're having issues with, preferable the version where the error does happen. You can do it through PM if you wish, although I'd rather have it on my email: r.mobis@gmail,com.

It happen rather at the start of script or when I editing code of other actions, one time happend when I relog to other char. Its hard to test, I tried to check out when it happen, but its always unexcepted xD Im pretty sure Im right, not only I have this problem, also @Hagi has the same problem. If you want to test it check my free scripts, it happen in all of them (except elves). Check getuseroption("HeavyItems") and getuseroption("CapToDropHeavyLoot"), I dont know why, but only those 2 functions bugging.