Thank you.
We cannot seem to produce this on 0.9.9 internal and therefore the issue has most likely been fixed for the 0.9.9 update.
Please let us know in case it persists in 0.9.9.

Resolved in one of the future updates.

Resolved in one of the future updates.

Resolved for one of the future updates.

Nice, thanks for the update!

I have just run this code on 0.9.8.73 and reproduced the error. If this code compiles without error on the current dev build then I guess one of the many fixes made in the mean time to the script-vm maybe fixed it. Please try my example to be sure:

Hello Arkensor,
we cannot produce this on our end. Was this possibly fixed?

Hello ookexoo.
The issue has been resolved for one of the future updates.

Hello Arkensor.
While the dev has read this and there was a discussion in regards to this topic internally, at the moment there are still no plans to introduce utf support in scripting.

Hello Arkensor.
The problem has been addressed internally and the fix will appear in one of the future updates.

Resolved for one of the future updates.

Should be fixed in the next major update.

Resolved for one of the future updates.

@Geez Can be closed then as resolved :)

Ohh, I did not, that may explain what's going on here

In T166390#2456925, @Arkensor wrote:

I don't understand why this ticket was resolved. Confusion aside, this is not what I asked for. To make it very clear, the issue is NOT resolved.

This code SHOULD RETURN string content ="hello from webapi" because that is what I configured the webhook test site to respond. However you get Pending to Process

auto ctx = GetGame().GetRestApi().GetContext("https://webhook.site/aef9bf8d-559a-4979-96b1-b444204e31f3/");
auto content = ctx.GET_now("helloworld");
Print(content);

Hello, did you have added exactly the same attribute as the default class, like this :

I don't understand why this ticket was resolved. Confusion aside, this is not what I asked for. To make it very clear, the issue is NOT resolved.

and the info from this ticket will be ofcourse looked at

As has been accidentally posted in: https://feedback.bistudio.com/T173037

Apologies from the dev, I was given a wrong ticket, the original response was supposed to go to https://feedback.bistudio.com/T166390

forwarded :)

Sanity checking with postman shows that webhook.site does not echo by default or anything. Just empty response body. And that triggers the problem, both with POST and PUT and maybe anything that sends a request body?

I am sorry if my bug report was not clear enough. I thought I had given all the required info to reproduce. I make so many tickets here each week that sometimes I don't have time to provide a full reproduction. However here it is ready to copy paste

Hello Arkensor.
This info comes from the responsible developer:

• it's actually status messsage because data are not present
• however it does not make sense anyway - so status will be not returned in such case (to not be considered as data by anyone), but empty string instead

I feel bad for making you play Messenger here, but I would like to point out to the responsible dev that we need support for in script because we can as he said, have utf8 in the UI, and thus we need to handle utf8 chars that appear in the setter or getter code when interacting with widgets, or things like player names or chat messages that have utf8 characters. Declaring that string myutf8string = "Hällö fröm the öther Sßide こんにちは世界" can not be possible or even worse - is not needed - is not comprehensible for me. If there is no support for it right now then it should be added for sure.

In T173104#2456885, @Arkensor wrote:

@Geez that I can not quite agree with, given how DayZ has utf8 support because of the launch in China so it supports Chinese utf8 chars. I would be surprised if it was only present in DayZ's engine fork. Please ask for clarification again.
The only possibility of the answer being true ist if the utf8 versions in DayZ are sham and do not actually work/do anything and its just the default WANSI strings operations under the hood.

I'm pretty sure scripting supports UTF8.. You can set UTF8 string to UI widget text.
And you get UTF8 string back from UI widget text input fields.

@Geez that I can not quite agree with, given how DayZ has utf8 support because of the launch in China so it supports Chinese utf8 chars. I would be surprised if it was only present in DayZ's engine fork. Please ask for clarification again.
The only possibility of the answer being true ist if the utf8 versions in DayZ are sham and do not actually work/do anything and its just the default WANSI strings operations under the hood.

Hello Arkensor, according to the devs:
We do not support utf in script string.

I too have been having this issue main error I get is "RESOURCES (E): Wrong&patched resource GUID in @"script" for property m_SourceWorldPath resource name @"worlds/Editor/Test/EditableEntityImages.ent", Any edits I make to my world, do not save. Would love some help if anyone has a detailed way to fix this issue.

Update: This is in fact not only a visual bug but also breaks the default intent of new lines in any code following this.

Hi,
No news for a while, has it made any progress?

Hello gregfr_3d.

Any update on this? It has been nearly a year and still nothing?

https://github.com/BohemiaInteractive/Arma-Reforger-Misc/blob/main/Rig%20and%20Animations/Weapon%20Poses/BlenderPoses.blend
https://github.com/BohemiaInteractive/Arma-Reforger-Misc/tree/main/Rig%20and%20Animations/Weapon%20Animations/AK74
Crouch and prone samples are already included in those files above and that should be enough for most of the cases

im new at this part of sending conplaints in i usely can fix most things on my end

Resolved in 0.9.8.

Resolved for 0.9.9.

I've flipped the mod order a bunch of times in current version and was not able to reproduce the issue.