David Snopek

I'm also seeing this. The root of the problem appears to be that `npm install` is pulling the wrong version of php-date-formatter which is missing this commit: https://github.com/kartik-v/php-date-formatter/commit/7e5fa6842446b7ba2611c205fcec9679dfe726e3 It's super...

@lriggle-strib Forcing a proper upgrade of php-date-formatter does fix it - the logic there was rewritten in https://github.com/kartik-v/php-date-formatter/commit/7e5fa6842446b7ba2611c205fcec9679dfe726e3

The silly thing is that this bug is already fixed for a long time, it's just the `npm` build pulling in an older version of php-date-formatter for some inexplicable reason....

To add some more details... The [packages.json](https://github.com/xdan/datetimepicker/blob/master/package.json#L34) lists these dependencies: ``` "dependencies": { "jquery": ">= 1.7.2", "jquery-mousewheel": ">= 3.1.13", "php-date-formatter": "^1.3.4" }, ``` That should mean that it'll pull in...

For the purposes of fully documenting this issue: > From what people (with much better knowledge than me) are saying, all these bugs would be resolved if DateTimePicker linked to...

> I wonder if the version number you're seeing is accurately reflecting the version bought into the code. There is an issue with the version number in the file. Like...

I just re-tested the steps to reproduce using Godot 3.4.3, both with the version currently in the asset library as well as the current 'master' branch, and, unfortunately, I'm still...

Yeah, the last time someone investigated this in-depth, it was concluded to be a "false positive", ie Godot's memory leak detection incorrectly flagging these as memory leaks. It'd be great...

Now that PR https://github.com/godotengine/godot/pull/82331 has been merged, we could have the code generator in godot-cpp add doc comments in a format that IDEs can understand (perhaps Doxygen?). Personally, I think...

In the end it was only partially fixed. I think there's new upstream issue tracking it now, but I don't have the link handy.