Shuusui
Shuusui
@danww I would be very carefully with the .zip extension. I can agree that it always worked when the dfu zip only contained the firmware itself. But when having multiple...
Would also fix https://github.com/fluttercommunity/flutter_launcher_icons/issues/613 https://github.com/fluttercommunity/flutter_launcher_icons/issues/611
We also had a thought about recording the testing process in case of failures. It would allow tracking specific bugs and see how the UI reacts. In our case a...
Hi @juliansteenbakker can you please take a look at this fix for https://github.com/juliansteenbakker/nordic_dfu/issues/206 :) Is it fine to hardcode the extension when the package only allows zip files?
Found the problematic part inside the library [DfuBaseService Line-1157](https://github.com/NordicSemiconductor/Android-DFU-Library/blob/main/lib/dfu/src/main/java/no/nordicsemi/android/dfu/DfuBaseService.java#L1157). A missing .zip ending sets `TYPE_APPLICATION` and not `TYPE_AUTO`, therefore it never tries to update anything else. FYI @juliansteenbakker
This would be really awesome as we also work with different ides and currently generating vscode configurations by ourself. May I ask the status of this feature PR @EArminjon @AngeloAvv
It is also possible to override the app icon name during generation: - see: https://github.com/AngeloAvv/flutter_flavorizr/issues/210#issuecomment-2740535829
We just specify it for every flavor via the "ios.buildSettings" Map in the flavorzir config now. Works better than before as we do not have to set it manually for...
I agree, a non-zero exit could would be very useful for CI.