[BUG] Clock is not updated during long running file operations

[eku]

So you want to report a bug? Hold on, there are ways you could make things easier for us:

• Give a clear description of the bug (what happened?). I deleted a directory that contained RetroArch and thus several thousand files. It took about eight minutes. Meanwhile, the clock in the headline was not updated. I would expect the clock to run in a separate thread and be constantly updated, regardless of what other file operation the user has started.

• Give us clear steps to reproduce (when/how did it happen?). Delete a directory with about 10 subdirectories and a total of 6000 files in it.

• Give us info about your system (where did it happen?). In folder delete function.

• A photograph or even a short video of the bug happening is always helpful!

Info about your system Include this info to make our work easier:

• Console type (O3DS/N3DS) N3DS
• Anything special about your console? (defects, custom modifications,...) No
• Bootloader (boot9strap/fastboot3ds) boot9strap
• Did you chainload GodMode9 via Luma? Yes
• Helpful hint: if you followed the Guide, boot9strap is your bootloader and Luma is your chainloader.

Help yourself Especially for any kind of boot issue ("GodMode9 doesn't boot"), but also in many other cases these steps make a lot of sense and we will ask you to do them anyways:

• Check your SD card (using h2testw, f.e.) or try a different one (you wouldn't believe how common failing/fake SD cards are, and what kinds of bugs are caused by them).
• Switch to fastboot3DS using https://github.com/d0k3/OpenFirmInstaller.

Have you actually read this? [x] I have read the information above

[Wolfvak]

There's not even a concept of a "thread" in GM9, everything is executed linearly in a single thread without interrupts.

Perhaps this could be added to the ARM11 side as a VBlank counter from startup, it should be reasonably accurate within a second.

[d0k3]

To be blunt: This is a known issue, and I don't know of a sane way of fixing it. We got not thread updating the top bar, as long as GM9 is busy, it is not updated. There's also no way of adding top bar updating to the progress bar, not without a lot code changes. All in all this would require more effort to fix than would be legitimate for a minor issue such as this one. Keeping it open for documentation, but for now, won't be fixed.