Is there a way to declare functions with behavior of the GDScript remote keyword?

Can I use it at runtime to execute lua scripts? (without compromising the rest of the application)

One of the last things missing is a WebAssembly target. For this we need to switch away from LuaJIT (atleast of that platform) because the project having no intention to compile to WebAssembly

Some things we need to do:

• Find a proper LuaJIT FFI replacement for Lua 5.1+ that compiles to WebAssembly

hey how can i get input from keyboard and mouse.

Is there a proper way to use one of Godot's native threads from a Lua script? I've tried simply doing something like:

thread = Thread:new()
thread:start(self, "_save_game_in_thread", save_data)
self.thread = thread

But this just causes the game to crash with no error reported.

I know one of the stated non-goals is "Support multithreading on the Lua side" but I'm not sure if that's what you meant or if you simply meant native Lua multithreading.

Currently, an object constructed from the Array wrapper in Lua requires zero-indexing to access its elements. This looks wrong next to Lua's one-indexing, and can lead to some odd logic that requires checking types and adding/subtracting one to avoid OBO errors. Should Array be changed to one based indexing?

Will this work with Godot 4 as I am already moving some of my code to it. I could not find any information on that.

In Godot 3.5.x Mono, this error occurs when a C# solution has been built before running.

Error Message:
E 0:00:00.560 _init_godot_api_hashes: Mono: Core API hash mismatch.
<C++ Source> modules/mono/mono_gd/gd_mono.cpp:515 @ _init_godot_api_hashes()

When I attempt to load luasocket via local socket = require "socket", Godot outputs the following error:

require: Error loading script metadata: error loading module "socket.core" from file "/home/jeremy/Godot/mygame/rocks/lib/lua/5.1/socket/core.so":
	/home/jeremy/Godot/mygame/rocks/lib/lua/5.1/socket/core.so: undefined symbol: lua_gettop
stack traceback:
	[string "res://script.lua"]:3: in main chunk
	in script_load @ "res://script.lua"
  <C++ Source>  ?:-1 @ require()

Me again! In GDScript if you have a setter on a property and change it via self.property the setter will be used. This doesn't apply to Lua, so I'm wondering how to trigger the setter from within a class method?

Plugin Version: r1
Godot Version: v3.3.3

I'm trying to use a NodePath property and access it from Lua.

The code appears to register the property with Godot as it shows up and works in the inspector but is inaccessible via self in Lua.

Properties are working for other primitive types I've used so far but not when the type is NodePath. When I inspect self inside of _ready with the following code, I get the subsequent outcome.

local inspect = require("inspect")

local function ready(self)
  print(inspect.inspect(self))
  print(self.player_path)
end

return {
	_ready = ready,
	player_path = property({type = NodePath})
}

{
  __owner = [Node2D:1622],
  __script = {
    __getter = {},
    __path = "res://enemy.lua",
    __setter = {},
    _ready = <function 1>
  },
  <metatable> = {
    __concat = <function 2>,
    __index = <function 3>,
    __tostring = <function 4>
  }
}
nil

As you can see, the property is not on self and printing the field directly shows that it doesn't exist, as it's nil.

I've been loving this project by the way. It's great! Thank you for working on it.

Hi, me again! I also noticed that the Area2D:get_overlapping_areas() appears to get all overlapping areas regardless of mask.

I have the player on Layer 1, and masked to see layer 6. I also have an object on Layer 7.

It is picking up the object on layer 7, even know I do not have it checked. I have tested the same code in GDScript and it appears to get only the objects on layer 6. Whilst the Lua code gets objects on all layers.

Any ideas?

Thank you and have a good one!

Hi, this is my first time ever posting an issue to GitHub, so I apologize if its not in the correct manner. I was recently working on some pathfinding and realized that "self" gets converted into a table if you reference it from a function that is being called that is not one of the built in functions.

Test.extends = "Navigation2D"

function Test:_ready()
	print(self)
	Test:Foo()
end

function Test:Foo()
	print(self)
end

return Test

In the example above, printing self from inside the _ready() function prints the correct game object, but if you print it from within the Foo() function it instead prints a table.

Thank you and have a wonderful day!

I've been trying to sort an array using the sort_custom method, but I can't figure out the proper way to use it. It expects a Godot object and a method to call within it. But everything in Lua is a table. What am I supposed to pass in?

I'm having a weird issue where self.position from a KinematicBody2D is always giving a y-coord of 0. I tested the exact same setup with GDscript and the position was reported as expected, so its definitely something on the Lua side.

I have a simple script in lua:

local Nodeee = {
extends = "Node",
}

effil = require("effil")

function foo(name)
print(name .. " another thread!")
end

thr = effil.thread(foo)("Thr")

thr:wait()

return Nodeee

Which produces the following error:

E 0:00:00.435 Error loading script metadata: Thr
stack traceback:
[string "res://Nodeee.lua"]:14: in main chunk
in script_load @ "res://Nodeee.lua"
<C++ Source> ?:-1

The effil.dll file is located inside the res:// folder. Do you mind taking a guess at what the problem could be?

Edit: wrong error

local Executor = {
	extends = "Node",
}

function Executor:execute(code)
	if code == nil or code == "" then
		return false
	end
	-- Code to execute
	local temp_code = loadstring(code)
	
	-- Execute the code and capture the results
	local success, result = pcall(temp_code)
	
	-- Check if there was an error and print it if necessary
	if not success then
		print("Error executing code:", result)
		return false
	end
	
	-- Print the output of the code if there is any
	if result ~= nil then
		print("Output:", result)
	end
	
	return true
end

function Executor:_process()
    local value = self:get_parent():get_parent().play
	if value == true then
		local code_to_run = self:get_parent():get_parent():get_node("CoreUI/ScriptEditor/TextEdit").text
		print(type(code_to_run))
		
		self:execute(code_to_run)
	end
end

return Executor```
it keeps on giving me error of:

E 0:00:13.272 loadstring: bad argument #1 to 'loadstring' (function expected, got cdata)
stack traceback:
[string "res://Scripts/Core/Scripting/Executor.lua"]:10: in function 'execute'
[string "res://Scripts/Core/Scripting/Executor.lua"]:35: in function <[string "res://Scripts/Core/Scripting/Executor.lua"]:29>
in call _process @ "res://Scripts/Core/Scripting/Executor.lua"

Currently, all variables defined in a class are exported to the editor. There doesn't seem to be a value one can set to keep them from being exported.

Hi its me again, sorry to bother! I noticed today that when a script is tied to a scene, when you instance that scene all of those instanced scenes share variables. So for example if I change a variable for one of the scripts it changes for every scene that has that script.

Is this because I am declaring my variables this way?

Is there a different way I should be declaring variables?

**EDIT
Upon doing more reading I realize that this is an issue with godot. I need to make each scene unique from one another. Still researching how to do that.

Thank you and have a wonderful day!

local Test = {}

Test.extends = "KinematicBody2D"

Test.Variable = 60

Using Godot Object pointers provide unexpected results regarding the access to properties that are not declared (see #46).

Using Lua tables, it doesn't matter if a property is declared or not, so it should be possible to set new values to Lua instances from Lua regardless of property declaration. It won't work from GDScript or other languages, but people might be writing all scripts in Lua, so it's more useful to have script instances automatically unboxed, if available.

Using GD.get_lua_instance from Variant.unbox should be enough, falling back to the original Object pointer if there is not Lua script attached to it. The cost of this operation is a single table index, so it shouldn't be a problem regarding performance.

Hi @gilzoide.

Firstly, I would like to thank you for your work.

While trying to call a GDScript method from a Lua script, the owner of the method is not passed as first argument and need to be given manually.

Sample Code:

Test.gd:

extends Node

func _ready():
var lua_script = load("res://LuaTest.lua")
lua_script.ltest(self)

func test():
print('It worked !')`

LuaTest.lua:

`local LuaTest = {
extends = "Node",
}

function LuaTest:ltest(parent)
parent.test() -- The code work if we pass parent as argument here
end

return LuaTest`

Corresponding error:
E 0:00:00.490 test: attempt to index local 'o' (a nil value)

Is there something I missed on how it's supposed to work ?
Thanks by advance,

    a new bug, but not very confusing.

1. create a project
2. close godot
3. copy the addons
4. open the project
5. now the plugin is not enable in the setting,
6. click the Enable and some error log is emitted.
7. close the godot and reopen
8. now you can click Enable correctly, and lua plugin works well.

I use windows 11.

first click "Enable" error log:

Godot Engine v3.5.1.stable.official (c) 2007-2022 Juan Linietsky, Ariel Manzur & Godot Contributors.
--- GDScript language server started ---
 No loader found for resource: res://addons/godot-lua-pluginscript/plugin/lua_repl.lua.
 No loader found for resource: res://addons/godot-lua-pluginscript/plugin/lua_repl.lua.
 scene/resources/resource_format_text.cpp:157 - Couldn't load external resource: res://addons/godot-lua-pluginscript/plugin/lua_repl.lua
 No loader found for resource: res://addons/godot-lua-pluginscript/plugin/export_plugin.lua.
 res://addons/godot-lua-pluginscript/plugin/plugin.gd:33 - Parse Error: Can't preload resource at path: res://addons/godot-lua-pluginscript/plugin/export_plugin.lua
 core/project_settings.cpp:239 - Property not found: editor_plugins/enabled

Originally posted by @codewdy in #31 (comment)

When i try to enable it gives Thais erro

Unable to load addon script from path: 'res://addons/godot-lua-pluginscript/plugin/plugin.gd'. This might be due to a code error in that script.
Disabling the addon at 'res://addons/godot-lua-pluginscript/plugin/plugin.cfg' to prevent further errors.

How can i solve this

I create an empty godot project, and unzip addons to the project.
reopen the project and press F5(Run).
I think there is some lua error.

src/language_gdnative.c:301 - Error in validate: attempt to call a nil value
stack traceback:
	[C]: at 0x7ff98d127030
--- Debugging process started ---
Godot Engine v3.5.1.stable.official.6fed1ffa3 - https://godotengine.org
OpenGL ES 3.0 Renderer: NVIDIA GeForce RTX 3060 Laptop GPU/PCIe/SSE2
Async. shader compilation: OFF
 
Unicode error: invalid skip

v0.5.0 lua_pluginscript.zip md5sum:47c9324b9f15aa2f4009914d7c247e1d

I revert lua plugin to v0.4.0 and all things work well.

I can't enable the plugin on Godot 4.0 as it throws this error:
Unable to load addon script from path: 'res://addons/godot-lua-pluginscript/plugin/plugin.gd'. This might be due to a code error in that script. Disabling the addon at 'res://addons/godot-lua-pluginscript/plugin/plugin.cfg' to prevent further errors.

• Fedora Linux 37
• Godot version 4.0 stable
• Latest luapluginscript release

E 0:00:04.667   __newindex: attempt to perform arithmetic on global 'index' (a nil value)
stack traceback:
	[string "res://scenes/actors/actor.lua"]:250: in function <[string "res://scenes/actors/actor.lua"]:240>
	in call add_item @ res://scenes/actors/actor.lua
	in call _exit_tree @ res://scenes/objects/pickup_on_free/pickup_on_free.lua
	in call _on_tween_completed @ res://scenes/objects/shrink_away/shrink_away.lua
  <C++ Source>  lps_init_script:1766 @ __newindex()

I was testing the Array indexing changes and it works great for the getter, but it seems the setter is broken. I even tried a very basic repro like below and it errors as well:

inventory[1] = Item:new()

Discussed in #13

Technically it makes a lot more sense to make this an issue in the Godot repo, but thought it'd be worth tracking here as well.

I found this issue as part of the Known Limitations while I was working on #22. I also wonder what the .gdnlib properties called load_once and reloadable have to do with this.

I figured out that the native GDScript solution has a method called reload that we just need to implement in the PluginScript class of the Godot repo (together with some additions to the language descriptors).

Once we have that we just need to make some functions in our language_gdnative.c and we're set!

I'm mostly curious. It doesn't seem like it'd be very difficult and there are common patterns for how one would handle it without running into synchronization issues (see Love2Ds channels and threads)