You are leading this to an off-topic discussion.
As Anke said,
Please, open another topic with your questions, complaints or requests.
You are leading this to an off-topic discussion.
As Anke said,
Please, open another topic with your questions, complaints or requests.
since some of our projects have been broken I would suggest @diego to make a backup to an old Fenix 1.5.4 else all our projects and the work we have did were the wasting of time.
I am having the same issue. I had over 500 blocks on screen1 of my project. And over 70% of them are gone. I had an admob banner ad component in my app and was going to remove it soon, but now, I’ve lost my almost 1 year’s progress. Is there any way to open the project aia in an older version of kodular like 1.5.3? I hope Kodular can resolve this issue soon.
everyone is crying
Every time when new update comes previously working component not work in new update,
i suggest kodular team to please cross check all features & component are working perfectly before new rollout. as we are working hard in this platform considering Kodular is part of our Carrier. because these things are very irritating.
Yeah, sometimes I feel as they don’t follow the simple rules of development as every single app developer should do:
Yes it is a very serious issue that needs to be addressed.
I’m afraid that all projects containing the File
component opened after the new update (Fenix 1.5.5) will be corrupted beyond repair.
So I strongly recommend making a backup of the project beforehand!
will be corrupted beyond repair.
Why do you think that
Counter question: Do you have an argument that speaks against it?
(The blocks are mostly gone or incomplete… Will they be automatically restored once the bugs have been fixed: questionable)
Therefore, I would strongly advise everyone to make a backup of their projects beforehand!
The blocks are mostly gone or incomplete…
It’s common if one block is faulty for some reason the whole project gets broken and that’s what it’s right now
Will they be automatically restored once the bugs have been fixed:
it remains to be seen
it remains to be seen
So what’s wrong with my advice?
The advice is correct, necessary, helpful and I bet the blocks won’t recover.
Do you bet against it?
helpful and I bet the blocks won’t recover.
Do you bet against it?
I Don’t Care if they are or not
P.S since solution is in the thread I linked to
I Don’t Care if they are or not
But will it be the same for those affected? I don’t think so when weeks or months of work was wasted.
since solution is in the thread I linked to
Apparently I had overlooked this link (which possibly happens to many).
I’ll have to take a closer look at that later …
However, it doesn’t change my advice to back up the projects beforehand.
Hi,
2 things:
I experienced corruption of my project yesterday, due to the file component in the new 1.5.5 update. Updation of file.exists was probably the block that caused the error. I am grateful to @Boban for editing my aia and resolving the issue. All blocks were recovered and the project works fine. Here’s his solution:
Error in 1.5.5: “The blocks area did not load properly. Changes to the blocks for screen Screen1 will not be saved" - #10 by Boban
The new file component adds a scope parameter. Six options: App, Asset, Cache, Legacy, Private, and Shared are present in the drop down. Also, Create directory is now a Boolean(called Make Directory), returning true/false. My limited knowledge is preventing me from using these blocks in my project.
Could someone explain what the different scopes refer to (like what part of the path) or create a full Guide of the new File Component? Unfortunately, it seems that Kodular has forgotten to update the docs page on the updated component . I think this would be helpful for the whole community.
Thank You.
Also fun fact: When you hover over the old file components, they tell you to use the new ones instead.
Could someone explain what the different scopes refer to
For example:
Yes, except for the small difference that when FileScope = Shared is set, the / at the beginning is ignored, so the file is always stored in external storage and not in the Private dir of internal storage (as is the case with FileScope = Legacy is if...
Search the AI2 community. I answered almost all relevant questions there regarding the new file system (File component).
Thank You!
This guide helped me the most:
From an Android point of view there are an → Internal Storage and an → External Storage . 1. Internal Storage The Internal Storage can only be accessed with a rooted device. 1.1 The app package is saved in /data/data// In order to be able to...
Reading time: 9 mins 🕑 Likes: 73 ❤
Anyone knows if the staff is aware of this bug / working to correct it?
Good question, but given the amount of bugs reported by the community, the answer to this is most likely YES, at least to the extent that the Kodular team is aware of the bugs.
It remains unclear whether the Kodular team is already working on fixing the bugs, as they probably don’t even know where to start.
But we should have received immediate feedback from the Kodular team that they would take care of the bug fixes as soon as possible.
As I said elsewhere, given the amount and severity of the bugs, it no longer makes sense to find and suggest any workarounds anymore.
But we should have received immediate feedback from the Kodular team that they would take care of the bug fixes as soon as possible.
That is exactly why i am worried. It would literally less than a minute to answer a thread or create a new thread saying “we are aware of the bug related do xxxxx and working to correct it as soon as possible, we don’t know what the problem is or when it will be fixed yet but we will keep you informed”
DefaultFileScope
Just a few links on this:
… and please do not introduce the DefaultFileScope like AI2 did.
This is actually on the roadmap. Why is it bad?
Here is just a small selection of links / my posts I’ve made on the AI2 forums. (I have pointed out these bugs / issues countless times): https://community.appinventor.mit.edu/t/default-filescope-is-this-the-same-in-screen-and-file/44639/12?u=anke https://community.appinventor.mit.edu/t/default-filescope-is-this-the-same-in-screen-and-file/44639/5?u=anke
… and last but not least this one:
Interesting, the app does not declare any storage permissions in the Manifest: [grafik] Of course, as of API 19, these are also not required in this case. However, if you want to copy / move / save to one of the Shared folders, storage permissions must be declared in the Manifest. I’m curious how this will be implemented.