Hello Fadwa,
I cleared the browser cache and refreshed the page as you recommended, but the issue still persists. To illustrate the problem, I’ve attached a screenshot:
The top part shows the broken component displaying the “Component ‘Fallback’ not resolved” error.
The bottom part shows the same component working correctly
I’d like to add that the solution you suggested does work when the error specifies the name of the component instead of ‘Fallback’.
For example: when I encounter an error like “Component ‘pdfViewer’ not resolved”, clearing the browser cache and refreshing the page usually solves the issue.
However, in this case, since the error only mentions ‘Fallback’, the suggested fix doesn’t seem to apply.
The version of the FileManager component I’m using is v0.1.0. It includes two small modifications I made, as shown in the attached screenshots, which are limited to style changes.
After making these changes, I used the npm run build command to generate the .zip file for the component.
You’re probably using an old version of the qodly cli. Could you try running the command npm i @qodly/cli@latest in your component’s code? After that, regenerate the build using npm run build, reimport it into your Qodly application, and see if the issue persists?
After running the command npm i @qodly/cli@latest , the @qodly/cli package was updated to the latest version. I then recreated the .zip , reimported it into Qodly, cleared my cache, and reloaded the page. Unfortunately, I’m still seeing the same issue as shown in the “error fallback” screenshot I shared earlier in this post.
No, the ‘error fallback’ screenshot from 4 days ago shows that the same component was added without errors after manually dragging the component again.