flet
flet copied to clipboard
flet-dev
Flet app startup issue in Windows Build
Inconsistent performance in Windows build has been observed. There are 3 scenarios after running the executable file.
- UI Loads instantly
- UI loads after a waiting for a few seconds
- UI does not load even after 10 seconds. (seems like app has been crashed)
There is no way to sense the reason behind this behavior. This happens for as simple code as following:
import datetime
import flet as ft
def notify_user(e):
pass
async def main(page: ft.Page):
tool_column = ft.Column([ft.Text("HELLO")])
page.add(
tool_column
)
ft.app(main)
The app is build with the following command.
flet build windows --project sample--module-name app.py --output build --verbose
OS : Windows 11 Python: 3.12.4 Flet: 0.23.2 Flutter: 3.22.3
The build is also tested in other desktops. The behavior was same.
Sounds like the issue i faced in
- https://github.com/flet-dev/flet/issues/3738
Will you guys mind sharing a screen record?
I shared a screen record
I observe the same situation. In demonstrating this problem, the program was build using "flet build windows" command, there were no errors during assembly, the code was taken from the example.
https://github.com/user-attachments/assets/2714be92-4d20-4f74-b6fa-d7005266d146
It is also happening in android
https://github.com/user-attachments/assets/b2eb70de-382d-44b1-8e35-56bee07642f0.mp4
Same to me @ndonkoHenri
I have same issue. Sometimes app starting properly, but almost all time its just white/black screen.
It is also happening in android
https://github.com/user-attachments/assets/b2eb70de-382d-44b1-8e35-56bee07642f0.mp4
Did you remove splash screen
Possibly related issue for regular execution/start in Windows (Windows 10, Python 32 Bit, Python 3.10.11).
- no influence by Windows Defender
- no influence by Windows Firewall
- no influence with fresh Python Installation
Very slow execution (~10..12s) in case of: import flet (even for simple applications) or "flet --version" command on commandline
Random manual interruption will lead to C:\env\Python310-32\lib\site-packages\flet\core\icons.py, which therefore consumes A LOT of processing time. in our case.
Update: if strongly reducing the number of icons in core\icons.py (from ~17000ish to a few), start time decreases strongly (as one would expect). Maybe flet needs another definition of item handling/loading or create precompiled structures for this case. Startup can be reduced to 0.5s.
The issue started (in our case) with an update to newest version, and was not observed previously. Revert to older versions did not help.
C:\Users\PRODAT>flet --version
Traceback (most recent call last):
File "C:\env\Python310-32\lib\runpy.py", line 196, in _run_module_as_main
return run_code(code, main_globals, None,
File "C:\env\Python310-32\lib\runpy.py", line 86, in run_code
exec(code, run_globals)
File "C:\env\Python310-32\Scripts\flet.exe_main.py", line 4, in
