Kodular Fenix 1.5.6 Bug Tracker

[ToitoineGaming (ToitoineDeveloppement)]

This post was flagged by the community and is temporarily hidden.

[RAMDO (Dark Prince)]

One Signal Push Notification "Notification Opened" Block Not Working!

I checked out Bugs in Kodular Eagle before creating a new topic Describe your issue One Signal Push Notification “Notification Opened” Block Not Working! The mobile device gets a Push Notification (Alert), when clicked it opens the correct app but nothing happens, as if the block or an app hasn’t realised that it is opened by Push Notification Click. It does not provide an id, title or message. (on the other hand, if the app is active then “Notification Received” block works fine. Steps to r…

RTL problem in version 1.5.4

Starting with version 1.5.4, a problem arose in the RTL feature - certain components respond to RTL and components such as Layouts (also the main layout of the screen), Labels and more … do not change the layout direction and remain in the LTR display I have attached here a picture of the display in LTR and RTL, you can see that the title and the Tab Layout component change their direction properly and the layout where a button is located, and the direction of the text component are attached to…

RTL problem in version 1.5.4

The problem started with update 1.5.4, and it also exists in version 1.5.5

[bodymindpower (Anke)]

The Download component incorrectly requests WRITE permission also on Android 11+.

Since a file is downloaded to the Shared folder /Download, no storage permissions are required on Android 11+.

Error 908: The permission WRITE_EXTERNAL_ STORAGE has been denied. Please enable it in the settings app

… and the next bug … WRITE permission must be (incorrectly) declared in the Manifest also on Android 11+. The only way to do this is manually declaring it in the Manifest!

[bodymindpower (Anke)]

Canvas permissions:

Fenix 1.5.5 - New File system → File component

You don’t seem to get it like most. It’s not just about the File component, but about the entire new file system. The Canvas component also does not declare any storage permissions (regardless of the DefaultFileScope), so the same problems occur here as well. First check the new file system and then come back with useful contributions.

[Anu10 (Anu)]

Screen Orientation Quick Flip

Screen Orientation Quick Flip

This bug was declared fixed in the new update(1.5.5), but it still persists. There is nothing in blocks, nor decompiling the apk, that is possible as a quick fix. I’ve already tried several ways (maybe I lack knowledge), but nothing has been able to prevent, even provisionally, this event.

Screen Orientation Quick Flip

Yeah if the device is hold in portrait position everything seems to be working fine. But if holding in landscape position & screen orientation is set to portrait, flipping behaviour of next screen is observed as you mentioned. Device Auto Rotation Property was also locked. Tested on Redmi Note 7 (Android 10)

---

• Tested on Redmi Note 7 (Android Version 10)

• Auto-Rotation property was also locked.

• Screen Orientation was set to Portrait in designer section.

• Flipping only occurs when holding in landscape position, it works properly when holding in portait position. (This behaviour not observed in apps created with Android Studio)

---

Reference Video

[Vishwas (Vishwas Adiga)]

@Vishwas

• Projects with File component are broken (All my projects which use File Component are broken due to this new update )
• File component properties do not load (Kodular Fenix 1.5.5 Bug Tracker - #10 by ToitoineGaming)

Projects affected by this bug will automatically be recovered/fixed when the update is released. Thank you for your patience

[bodymindpower (Anke)]

@Vishwas

Projects affected by this bug will automatically be recovered/fixed when the update is released.

Good to hear that. Can we definitely count on that?

[bodymindpower (Anke)]

And, as I said before, the File component should always declare both storage permissions (READ/WRITE) in the Manifest. WRITE permission only up to Android 10 (API 29). However, WRITE should not (never) be requested on devices running Android 11+.

Or even better: Storage permissions should always be declared this way in the Manifest on all Android versions!

[Vishwas (Vishwas Adiga)]

I have tested the fix with a broken project on my local instance of Kodular. Because workspaces fail to load as soon as malformed blocks are encountered, corruptions won’t be saved in our servers. Effectively, we’re still storing the pre-1.5.5 version of the affected blocks workspaces.

[bodymindpower (Anke)]

Is it really asking too much to get a short answer/feedback from the Kodular team on my suggestion?

Kodular Fenix 1.5.5 Bug Tracker

Storage Permissions (READ / WRITE) and DefaultFileScope The DefaultFileScope (AI2, Kodular: DefaultFile) property in the Designer doesn’t convince me at all. I consider this to be dispensable / superfluous (not to say: confusing). (Unlike AI2, this does not declare any permissions in the Manifest if DefaultFile is set to Legacy.) Why shouldn’t the storage permissions be declared like this (on all Android versions): <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/> …

Kodular Fenix 1.5.5 Bug Tracker

And, as I said before, the File component should always declare both storage permissions (READ/WRITE) in the Manifest. WRITE permission only up to Android 10 (API 29). However, WRITE should not (never) be requested on devices running Android 11+. Or even better: Storage permissions should always be declared this way in the Manifest on all Android versions!

[bodymindpower (Anke)]

@Vishwas

We will be releasing an update this weekend

How about if we could test it on the test (beta) server beforehand?

[bodymindpower (Anke)]

Sound Recoder - bug

This simple app doesn’t work with the APK on Android < 11, because WRITE permission is not declared in the Manifest.

So again, for the fourth time:
Declare READ on all android versions and WRITE up to Android 10.

[bodymindpower (Anke)]

Video Player - bug - Play from assets

The Video_Player doesn’t play videos from the assets with the APK.

Video from assets still not works with new 1.5.5

Confirmed. Doesn’t work with the APK. This is the next bug among the countless other bugs… I won’t even try anymore to list all bugs.

This bug is still present since July 2019.

Video Player not playing assets programmatically

This bug still doesn’t seem to have been fixed since 2019.

[bodymindpower (Anke)]

Many storage permission bugs / issues can be fixed if these permissions are correctly declared in the Manifest. Here’s an extension that does it:

Declare Storage Permissions in the Manifest

Here is an extension, that declares storage permissions (READ & WRITE) correctly in the Manifest: DeclareReadWrite.aix (4.7 KB) <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/> <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" android:maxSdkVersion="29" /> Since many components don’t declare storage permissions anymore after der 1.5.5 update, use this extension. Even if your app doesn’t need these permissions, it’s harmless and has no disadv…

Whether the permissions are then automatically requested depends on the respective components and must be checked (with the APK).

So if you found a permission problem, use this extension and report back if the problem persists.

[bodymindpower (Anke)]

Image component - Bug - WRITE must be declared incorrectly even on Android 11+

Image Editor component asking WRITE_EXTERNAL_STORAGE permission

Hello, The Image editor component is asking for WRITE_EXTERNAL_STORAGE permission (thereby getting denied by Android 11+ devices) when I try to call a function. [blocks] [error 908] I tried testing the app in two devices of Android version 9 and 11 respectively.

AIA

<a class="attachment" href="/uploads/short-url/ee2Ia4hQgOkc5Qqgb9bOTSAmNZu.aia">example.aia</a> (83.6 KB)

APK

<a class="attachment" href="/uploads/short-url/o21IerKOnlI55CbMQvx9…

Image Editor component asking WRITE_EXTERNAL_STORAGE permission

Of course, this is the next bug … (relevant on Android 11+)

[Connectappcreator (Connect App)]

Hi, they removed the return block. "if Load " “if show” for banner . This feedback was important to make the advertisement box visible only if advertisement does not occur errors. If propafganda is not loaded, there is a void in the middle of the app

[Vishwas (Vishwas Adiga)]

Please use the Failed To Load block to hide the banner if there was a no fill. We have removed some methods and events previously available in AdMob components to deter click-to-earn apps.

[Connectappcreator (Connect App)]

Ok, I implemented this block, where it tries to load the ad once again in case there is an error. or Then for the second time make banner invisible.

[Vishwas (Vishwas Adiga)]

Yes, this should work well.