Skip to content

feat: Upgrade Flutter to 3.32.0#9

Merged
HE-LU merged 9 commits intomainfrom
helu/chore/flutter_update
May 22, 2025
Merged

feat: Upgrade Flutter to 3.32.0#9
HE-LU merged 9 commits intomainfrom
helu/chore/flutter_update

Conversation

@HE-LU
Copy link
Copy Markdown
Owner

@HE-LU HE-LU commented May 22, 2025

No description provided.

@HE-LU HE-LU self-assigned this May 22, 2025
@coderabbitai
Copy link
Copy Markdown

coderabbitai Bot commented May 22, 2025

Summary by CodeRabbit

  • New Features

    • Updated Flutter version and improved configuration for parallel iOS builds.
    • Enhanced VSCode and workspace settings for improved development experience.
  • Bug Fixes

    • Improved error handling and type safety across various components.
    • Ensured asynchronous operations are properly awaited for better reliability.
  • Refactor

    • Standardized constructor parameter order and callback types across UI components.
    • Updated app identifiers, package names, and Firebase configuration for both Android and iOS.
    • Reformatted and cleaned up code for readability and consistency.
  • Style

    • Unified color schemes and icon assets for Android and iOS apps.
    • Improved formatting and layout in multiple widgets.
  • Documentation

    • Enhanced README with updated information, badges, and corrected typos.
  • Chores

    • Updated linting rules, removed unused extensions, and improved spell checker settings.

Summary by CodeRabbit

  • New Features

    • Updated Flutter SDK version to 3.32.0.
    • Added custom LLDB initialization for iOS schemes to enhance debugging.
  • Bug Fixes

    • Improved error handling and type safety in notifications, exceptions, and text field logic.
    • Ensured async operations are properly awaited for more reliable initialization and notification handling.
  • Refactor

    • Updated application identifiers, package names, and Firebase configuration to reflect new branding.
    • Standardized constructor parameter order and type annotations for components and widgets.
    • Unified and updated app icon assets and color schemes across Android and iOS.
    • Enhanced code style, formatting, and readability throughout the codebase.
  • Documentation

    • Improved README with updated badges, examples, and minor typo corrections.
    • Updated configuration and setup documentation for new organization details.
  • Chores

    • Switched to a new lint ruleset and updated analysis options for consistency.
    • Updated VSCode and workspace settings for the new Flutter version and improved spell checking.

Walkthrough

This update performs a comprehensive rebranding and configuration overhaul of a Flutter project, shifting all identifiers, package names, Firebase configurations, and organizational references from "strv" to "helu". It upgrades the Flutter SDK version, updates build and asset configurations for Android and iOS, revises documentation, and standardizes code style and constructor parameter ordering throughout the codebase. Numerous formatting, type annotation, and stylistic improvements are also applied for consistency and clarity.

Changes

File(s) / Path(s) Change Summary
.fvmrc, .vscode/settings.json, flutter.code-workspace Flutter SDK version updated to 3.32.0 in config files; removed a VSCode extension, updated spellchecker, and changed TODO highlight pattern.
README.md Added logo, badges, spelling/typo corrections, clarified theming description, updated Apple Sign-In example, and improved documentation formatting.
analysis_options.yaml Switched lint ruleset to netglade_analysis, added formatter section, updated analyzer exclusions, and simplified linter rules.
android/app/build.gradle Changed namespace and removed explicit applicationId; updated comments and build type suffixes.
android/app/google-services.json, ios/config/*/GoogleService-Info.plist Updated Firebase project IDs, storage buckets, and bundle/package identifiers from "strv" to "helu" across all environments.
android/app/src/*/res/values/colors.xml Changed ic_launcher_background color from dark (#FF121618) to light gray (#FFF2F2F2) in all build variants.
android/app/src/main/AndroidManifest.xml, android/app/src/main/kotlin/... Changed Android package name from com.strv.flutter.template to cz.helu.flutter.template.
android/app/src/androidTest/java/cz/helu/flutter/template/MainActivityTest.java Changed package declaration to new namespace.
ios/Runner.xcodeproj/project.pbxproj Updated all bundle identifiers from com.strv.flutter.template to cz.helu.flutter.template in all build configs.
ios/Runner.xcodeproj/xcshareddata/xcschemes/*.xcscheme Added custom LLDB initialization file attribute to TestAction and LaunchAction elements.
ios/Runner/Assets.xcassets/*AppIcon.appiconset/Contents.json Standardized icon idiom to "universal", added "platform": "ios", updated icon filenames and sizes across all asset catalogs.
ios/Runner/Info.plist Adjusted indentation of the root dictionary; no content changes.
android/extras/keystore/README.md Changed organizational info example from "STRV" to "HELU".
.github/workflows/android_play_store_distribution.yml, ...firebase_app_distribution*.yml Changed packageName to new namespace and updated comments to include (HELU) tag.
lib/app/configuration//config_.dart Updated API host URLs from strv.com to helu.cz and added (HELU) tags in comments.
lib/app/configuration/configuration.dart, lib/app/navigation/app_router.dart, lib/app/app.dart, lib/app/theme/*, lib/app/setup/web_setup.dart, lib/app/setup/setup_app.dart Formatting, indentation, and minor code style improvements; updated Firebase and FreeRASP configs, improved async handling, and added (HELU) tags to comments.
lib/common/animation/custom_fade_slide_animation.dart, lib/common/component/custom_bottom_app_bar.dart, lib/common/component/custom_floating_action_button.dart, lib/common/component/custom_icon_button.dart, lib/common/component/custom_profile_avatar.dart, lib/common/component/custom_radio_button_group.dart, lib/common/component/custom_switch.dart, lib/common/component/custom_tab_bar.dart, lib/common/component/custom_text/custom_text.dart, lib/common/component/custom_text_field_button.dart, lib/common/composition/bottom_sheet/bottom_sheet_container_widget.dart, lib/common/composition/dialog/custom_dialog_wrapper.dart, lib/common/composition/placeholder/empty_placeholder_widget.dart, lib/common/composition/placeholder/error_placeholder_widget.dart, lib/common/composition/responsive_widget.dart, lib/common/component/custom_ink_well/custom_ink_well_circular.dart, lib/common/component/custom_ink_well/custom_ink_well_rounded_rectangle.dart Standardized constructor parameter order (placing super.key after required parameters); improved type annotations (e.g., VoidCallback?), removed unused or redundant parameters, and minor layout/formatting adjustments.
lib/common/component/custom_app_bar.dart Simplified elevation logic using null-coalescing operator for forceElevated.
lib/common/component/custom_button/custom_button_primary.dart Adjusted constructor parameter order and simplified conditional expression.
lib/common/component/custom_network_image.dart, lib/common/component/custom_profile_avatar.dart Removed explicit cache: true from image widgets; reformatted initializer lists.
lib/common/component/custom_progress_indicator.dart Refactored build method for clarity; changed variable declarations to use var.
lib/common/component/custom_snackbar/custom_snackbar_error.dart, lib/common/component/custom_snackbar/custom_snackbar_message.dart, lib/common/component/custom_snackbar/custom_snackbar_success.dart Standardized log message formatting (single to double quotes, apostrophe handling).
lib/common/component/custom_text_field.dart Refactored assertions, improved type annotations, and simplified listener registration and boolean checks.
lib/common/composition/dialog/custom_alert_dialog.dart Simplified show method by removing unnecessary async/await.
lib/common/composition/expandable_single_child_scroll_view.dart Removed unnecessary parentheses in boolean condition.
lib/common/data/model/exception/custom_exception.dart Improved error variable handling and logging; used const for sign-in cancelled exception.
lib/common/data/model/notification_payload_model.dart Explicitly cast notification type to nullable String and used explicit case for NotificationType.unknown.
lib/common/data/model/user_model.dart Reordered private unnamed constructor within class body.
lib/common/extension/async_value.dart Updated method signatures for type specificity and reordered parameters.
lib/common/extension/list.dart Explicitly typed parameters in replace method and combined removal/insertion into a cascade.
lib/common/extension/response.dart Extension now targets Response<Map<String, dynamic>>; added null assertion in listData getter.
lib/common/extension/string.dart Simplified isNullOrEmpty getter logic.
lib/common/provider/firebase_messaging_service.dart Awaited async notification calls, simplified permission request, and improved variable declarations.
lib/common/provider/notifications_service.dart Removed unnecessary break, awaited async call, and improved type casting and variable declaration.

Note

⚡️ AI Code Reviews for VS Code, Cursor, Windsurf

CodeRabbit now has a plugin for VS Code, Cursor and Windsurf. This brings AI code reviews directly in the code editor. Each commit is reviewed immediately, finding bugs before the PR is raised. Seamless context handoff to your AI code agent ensures that you can easily incorporate review feedback.
Learn more here.


Note

⚡️ Faster reviews with caching

CodeRabbit now supports caching for code and dependencies, helping speed up reviews. This means quicker feedback, reduced wait times, and a smoother review experience overall. Cached data is encrypted and stored securely. This feature will be automatically enabled for all accounts on May 30th. To opt out, configure Review - Disable Cache at either the organization or repository level. If you prefer to disable all data retention across your organization, simply turn off the Data Retention setting under your Organization Settings.
Enjoy the performance boost—your workflow just got faster.


📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between d01bac1 and fdbbf4b.

📒 Files selected for processing (5)
  • .vscode/settings.json (1 hunks)
  • ios/Runner.xcodeproj/project.pbxproj (10 hunks)
  • ios/config/develop/GoogleService-Info.plist (2 hunks)
  • ios/config/production/GoogleService-Info.plist (2 hunks)
  • ios/config/staging/GoogleService-Info.plist (2 hunks)
✅ Files skipped from review due to trivial changes (1)
  • ios/config/production/GoogleService-Info.plist
🚧 Files skipped from review as they are similar to previous changes (4)
  • .vscode/settings.json
  • ios/config/staging/GoogleService-Info.plist
  • ios/Runner.xcodeproj/project.pbxproj
  • ios/config/develop/GoogleService-Info.plist

🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Copy Markdown

@coderabbitai coderabbitai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

🧹 Nitpick comments (11)
lib/app/configuration/staging/config_staging.dart (1)

1-1: Retain and address the TODO in staging config
The // TODO(HELU): Fill correct values indicates that client IDs and the VAPID key are still placeholders. Make sure to replace these with the actual values before deploying to your staging environment.

lib/common/composition/dialog/custom_alert_dialog.dart (1)

27-29: Remove redundant async
The show() method no longer uses await, so the async modifier is unnecessary. Removing it avoids the extra async state machine.

Apply this diff:

-Future<bool?> show() async {
+Future<bool?> show() {
lib/core/riverpod/event_notifier.dart (2)

5-6: Lint suppression rationale could be documented

The code is suppressing the use_super_parameters lint rule rather than conforming to it. While this maintains backward compatibility, consider adding a brief comment explaining why this approach is preferred over using the super parameters shorthand.


13-16: Consider documenting the send method

The send method lacks documentation. Since this is part of your public API, adding a brief doc comment would improve developer experience when using this class.

  // ignore: use_setters_to_change_properties
+  /// Updates the state with the provided event.
  void send(T event) {
    state = event;
  }
.github/workflows/android_play_store_distribution.yml (1)

64-64: 🔧 Normalize TODO annotation for consistency
Across the codebase, TODOs have been tagged with (HELU). Update this line to keep the convention consistent:

- # TODO: Add correct AppId from the Firebase Project
+ # TODO(HELU): Add correct AppId from the Firebase Project
project_setup/pubspec.yaml (1)

15-16: Missing newline at end of file

YAMLlint reports that the file is missing a newline character at the end. This is a standard best practice for all text files.

 dev_dependencies:
   netglade_analysis: 16.1.0
+
🧰 Tools
🪛 YAMLlint (1.37.1)

[error] 16-16: no new line character at the end of file

(new-line-at-end-of-file)

README.md (1)

360-360: Grammar issue in documentation

There appears to be a grammar issue in this sentence - "as is returning" should likely be "as it is returning" or similar.

-The main idea right now is to overwrite the whole `colorScheme` with an "undefined" pinkish color and to not use the default theme colorScheme anywhere in the app. Every widget like AppBar, ElevatedButton, TextField, etc. should have a custom implementation starting with the word `Custom` so it is easily recognizable. This Widget then should wrap the appropriate widget, and should utilize colors from `context.colorScheme`, which has an extension method, as is returning our own implementation of `CustomColorScheme`. All colors should be declared there.
+The main idea right now is to overwrite the whole `colorScheme` with an "undefined" pinkish color and to not use the default theme colorScheme anywhere in the app. Every widget like AppBar, ElevatedButton, TextField, etc. should have a custom implementation starting with the word `Custom` so it is easily recognizable. This Widget then should wrap the appropriate widget, and should utilize colors from `context.colorScheme`, which has an extension method that returns our own implementation of `CustomColorScheme`. All colors should be declared there.
🧰 Tools
🪛 LanguageTool

[grammar] ~360-~360: It appears that a pronoun is missing.
Context: ...eme, which has an extension method, as is returning our own implementation of Cu...

(AS_IS_VBG)

analysis_options.yaml (1)

13-13: Remove trailing spaces
There appears to be trailing whitespace on this line; please remove it to satisfy YAML lint rules.

🧰 Tools
🪛 YAMLlint (1.37.1)

[error] 13-13: trailing spaces

(trailing-spaces)

lib/app/theme/custom_text_theme.dart (1)

21-124: Stylistic formatting approved
Refactoring the constructor initializer list for consistent indentation improves readability without changing behavior.

Consider extracting repeated TextStyle creation into a helper function to reduce boilerplate and ease future maintenance.

project_setup/analysis_options.yaml (1)

12-20: Well-structured analyzer exclusions.

The exclusion patterns for generated files and project setup are appropriate and will prevent unnecessary warnings in auto-generated code.

There's a trailing space after exclude: on line 13. Consider removing it for consistency.

-  exclude: 
+  exclude:
🧰 Tools
🪛 YAMLlint (1.37.1)

[error] 13-13: trailing spaces

(trailing-spaces)

lib/app/setup/setup_app.dart (1)

111-126: Improved error handling in Isolate listener

The error handling for isolate errors has been significantly enhanced with proper type checking and error logging.

Consider adding a specific error message for the case where the pair format is unexpected rather than just logging the pair value.

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 17615fe and dfd6ecc.

⛔ Files ignored due to path filters (3)
  • docs/flutter_template.jpg is excluded by !**/*.jpg
  • project_setup/pubspec.lock is excluded by !**/*.lock
  • pubspec.lock is excluded by !**/*.lock
📒 Files selected for processing (109)
  • .fvmrc (1 hunks)
  • .github/workflows/android_play_store_distribution.yml (1 hunks)
  • .vscode/settings.json (1 hunks)
  • README.md (6 hunks)
  • analysis_options.yaml (2 hunks)
  • android/app/build.gradle (2 hunks)
  • android/app/google-services.json (12 hunks)
  • android/app/src/androidTest/java/cz/helu/flutter/template/MainActivityTest.java (1 hunks)
  • android/app/src/main/AndroidManifest.xml (1 hunks)
  • android/app/src/main/kotlin/cz/helu/flutter/template/MainActivity.kt (1 hunks)
  • android/extras/keystore/README.md (1 hunks)
  • flutter.code-workspace (2 hunks)
  • ios/Runner.xcodeproj/project.pbxproj (9 hunks)
  • ios/config/develop/GoogleService-Info.plist (1 hunks)
  • ios/config/production/GoogleService-Info.plist (1 hunks)
  • ios/config/staging/GoogleService-Info.plist (1 hunks)
  • lib/app/app.dart (2 hunks)
  • lib/app/configuration/configuration.dart (1 hunks)
  • lib/app/configuration/develop/config_develop.dart (1 hunks)
  • lib/app/configuration/production/config_production.dart (1 hunks)
  • lib/app/configuration/staging/config_staging.dart (1 hunks)
  • lib/app/navigation/app_router.dart (1 hunks)
  • lib/app/setup/setup_app.dart (6 hunks)
  • lib/app/setup/web_setup.dart (0 hunks)
  • lib/app/theme/app_theme.dart (2 hunks)
  • lib/app/theme/custom_color_scheme.dart (1 hunks)
  • lib/app/theme/custom_system_bars_theme.dart (6 hunks)
  • lib/app/theme/custom_text_theme.dart (1 hunks)
  • lib/common/animation/custom_fade_slide_animation.dart (3 hunks)
  • lib/common/component/custom_app_bar.dart (1 hunks)
  • lib/common/component/custom_bottom_app_bar.dart (2 hunks)
  • lib/common/component/custom_button/custom_button_primary.dart (2 hunks)
  • lib/common/component/custom_floating_action_button.dart (1 hunks)
  • lib/common/component/custom_icon_button.dart (1 hunks)
  • lib/common/component/custom_ink_well/custom_ink_well_circular.dart (2 hunks)
  • lib/common/component/custom_ink_well/custom_ink_well_rounded_rectangle.dart (2 hunks)
  • lib/common/component/custom_network_image.dart (1 hunks)
  • lib/common/component/custom_profile_avatar.dart (2 hunks)
  • lib/common/component/custom_progress_indicator.dart (1 hunks)
  • lib/common/component/custom_radio_button_group.dart (1 hunks)
  • lib/common/component/custom_snackbar/custom_snackbar_error.dart (1 hunks)
  • lib/common/component/custom_snackbar/custom_snackbar_message.dart (1 hunks)
  • lib/common/component/custom_snackbar/custom_snackbar_success.dart (1 hunks)
  • lib/common/component/custom_switch.dart (1 hunks)
  • lib/common/component/custom_tab_bar.dart (1 hunks)
  • lib/common/component/custom_text/custom_text.dart (1 hunks)
  • lib/common/component/custom_text_field.dart (6 hunks)
  • lib/common/component/custom_text_field_button.dart (1 hunks)
  • lib/common/composition/bottom_sheet/bottom_sheet_container_widget.dart (1 hunks)
  • lib/common/composition/dialog/custom_alert_dialog.dart (1 hunks)
  • lib/common/composition/dialog/custom_dialog_wrapper.dart (3 hunks)
  • lib/common/composition/expandable_single_child_scroll_view.dart (1 hunks)
  • lib/common/composition/placeholder/empty_placeholder_widget.dart (1 hunks)
  • lib/common/composition/placeholder/error_placeholder_widget.dart (2 hunks)
  • lib/common/composition/responsive_widget.dart (1 hunks)
  • lib/common/data/model/exception/custom_exception.dart (2 hunks)
  • lib/common/data/model/notification_payload_model.dart (1 hunks)
  • lib/common/data/model/user_model.dart (1 hunks)
  • lib/common/extension/async_value.dart (4 hunks)
  • lib/common/extension/list.dart (1 hunks)
  • lib/common/extension/response.dart (1 hunks)
  • lib/common/extension/string.dart (1 hunks)
  • lib/common/provider/firebase_messaging_service.dart (5 hunks)
  • lib/common/provider/notifications_service.dart (4 hunks)
  • lib/common/usecase/authentication/get_authorization_token_use_case.dart (1 hunks)
  • lib/common/usecase/authentication/sign_in_completion_use_case.dart (1 hunks)
  • lib/common/usecase/authentication/sign_in_with_apple_use_case.dart (1 hunks)
  • lib/common/usecase/authentication/sign_in_with_auth_credential_use_case.dart (1 hunks)
  • lib/common/usecase/authentication/sign_in_with_google_use_case.dart (1 hunks)
  • lib/common/usecase/create_device_token_use_case.dart (1 hunks)
  • lib/common/usecase/native_store_open_use_case.dart (3 hunks)
  • lib/common/usecase/user/get_current_user_use_case.dart (1 hunks)
  • lib/common/usecase/user/get_database_user_use_case.dart (1 hunks)
  • lib/common/validator/controller/text_validator_controller_full_name.dart (1 hunks)
  • lib/core/analytics/analytics_event.dart (1 hunks)
  • lib/core/analytics/analytics_manager.dart (1 hunks)
  • lib/core/analytics/analytics_route_observer.dart (1 hunks)
  • lib/core/analytics/crashlytics_manager.dart (1 hunks)
  • lib/core/flogger.dart (4 hunks)
  • lib/core/network/dio_authorization_token_interceptor.dart (1 hunks)
  • lib/core/network/dio_provider.dart (0 hunks)
  • lib/core/riverpod/event_notifier.dart (1 hunks)
  • lib/core/riverpod/provider_logger.dart (3 hunks)
  • lib/core/riverpod/state_handler.dart (3 hunks)
  • lib/features/authentication/authentication_event.dart (1 hunks)
  • lib/features/authentication/authentication_page_content.dart (1 hunks)
  • lib/features/authentication/authentication_state.dart (1 hunks)
  • lib/features/debug_tools/debug_tools_page_state.dart (1 hunks)
  • lib/features/debug_tools/page/actions/debug_tools_actions_page_content.dart (1 hunks)
  • lib/features/debug_tools/page/popups/debug_tools_list_dialog.dart (2 hunks)
  • lib/features/debug_tools/page/popups/debug_tools_popups_page_content.dart (1 hunks)
  • lib/features/debug_tools/page/widgets/debug_tools_widgets_page_content.dart (1 hunks)
  • lib/features/debug_tools/page/widgets/debug_tools_widgets_page_event.dart (1 hunks)
  • lib/features/debug_tools/page/widgets/debug_tools_widgets_page_state.dart (1 hunks)
  • lib/features/home/home_page_content.dart (1 hunks)
  • lib/features/landing/force_update_page_content.dart (1 hunks)
  • lib/features/landing/landing_page.dart (2 hunks)
  • lib/features/profile/profile_event.dart (1 hunks)
  • lib/features/profile/profile_page_content.dart (0 hunks)
  • lib/features/profile/profile_state.dart (1 hunks)
  • linux/CMakeLists.txt (1 hunks)
  • macos/Runner/Configs/AppInfo.xcconfig (1 hunks)
  • project_setup/analysis_options.yaml (1 hunks)
  • project_setup/lib/configuration.dart (1 hunks)
  • project_setup/lib/core/util/files.dart (2 hunks)
  • project_setup/pubspec.yaml (1 hunks)
  • pubspec.yaml (6 hunks)
  • web/firebase-messaging-sw.js (1 hunks)
  • windows/runner/Runner.rc (1 hunks)
💤 Files with no reviewable changes (3)
  • lib/features/profile/profile_page_content.dart
  • lib/core/network/dio_provider.dart
  • lib/app/setup/web_setup.dart
🧰 Additional context used
🪛 YAMLlint (1.37.1)
project_setup/pubspec.yaml

[error] 16-16: no new line character at the end of file

(new-line-at-end-of-file)

project_setup/analysis_options.yaml

[error] 13-13: trailing spaces

(trailing-spaces)

analysis_options.yaml

[error] 13-13: trailing spaces

(trailing-spaces)

🪛 markdownlint-cli2 (0.17.2)
README.md

5-5: No empty links
null

(MD042, no-empty-links)


6-6: No empty links
null

(MD042, no-empty-links)


14-14: No empty links
null

(MD042, no-empty-links)


378-378: Unordered list indentation
Expected: 2; Actual: 4

(MD007, ul-indent)

🪛 LanguageTool
README.md

[grammar] ~360-~360: It appears that a pronoun is missing.
Context: ...eme, which has an extension method, as is returning our own implementation of Cu...

(AS_IS_VBG)

🔇 Additional comments (203)
lib/app/configuration/staging/config_staging.dart (1)

3-3: Update staging API host URL
The apiHostUrl has been updated from the STRV domain to https://helu.cz. This aligns with the broader namespace change—please verify that all downstream calls and environment-specific integrations point to the new endpoint.

android/extras/keystore/README.md (1)

11-11: Update organizational metadata for keystore
The example’s OU and O fields have been updated from “STRV” to “HELU” to reflect the new company namespace—this matches the rest of the rebranding.

lib/features/debug_tools/debug_tools_page_state.dart (1)

12-12: Fix enum syntax by replacing semicolon with comma
Changing the trailing semicolon to a comma after textStyles ensures valid Dart enum syntax and prevents build errors.

lib/core/analytics/analytics_event.dart (1)

13-16: Consistent formatting for factory constructor
The indentation of AnalyticsEvent.onAnotherSampleEvent parameters was aligned for readability; no functional changes were made.

lib/common/component/custom_button/custom_button_primary.dart (2)

11-11: Standardize constructor parameter ordering
Moving super.key after the required parameters (text, onPressed) matches the established pattern across other common components.


32-32: Simplify loading-state conditional
Removed redundant parentheses around isLoading in the ternary expression—semantically identical and more concise.

lib/common/composition/expandable_single_child_scroll_view.dart (1)

22-22: Clean code improvement: simplified boolean expression

The removal of unnecessary parentheses around the boolean condition makes the code more readable while maintaining the same functionality.

lib/features/debug_tools/page/popups/debug_tools_list_dialog.dart (2)

21-22: Improved future handling

Good change. Removing the redundant await and directly returning the Future makes the code more efficient and cleaner.


33-33: Style consistency improvement

The simplified padding format (removing .0) aligns with Flutter style conventions and improves consistency across the codebase.

lib/common/usecase/authentication/sign_in_with_auth_credential_use_case.dart (1)

43-43: Improved string interpolation

Good change. Removing the explicit .toString() call is more idiomatic Dart since string interpolation automatically calls .toString() on objects.

lib/features/home/home_page_content.dart (2)

16-16: Style consistency improvement

The simplified padding format (removing .0) aligns with Flutter style conventions and improves consistency across the codebase.


18-20: Removed redundant crossAxisAlignment

Good cleanup. Removing crossAxisAlignment: CrossAxisAlignment.center is appropriate since it's the default value for Column widgets in Flutter.

lib/features/profile/profile_state.dart (1)

30-30: Type annotation enhancement looks good

Adding the explicit <void> type parameter to Future.delayed improves type safety and code clarity, following Dart best practices.

lib/features/debug_tools/page/widgets/debug_tools_widgets_page_state.dart (1)

16-16: Constructor reordering looks good

Repositioning the private unnamed constructor after the factory constructor improves code organization and aligns with the code style patterns applied throughout the codebase.

lib/common/validator/controller/text_validator_controller_full_name.dart (1)

6-14: Formatting improvement looks good

The constructor initializer list has been properly reformatted with each parameter on its own line, improving readability and maintainability. This follows modern Dart formatting practices.

lib/common/component/custom_floating_action_button.dart (1)

8-8: Parameter order change looks good

Moving the super.key parameter to the end of the parameter list follows a consistent pattern applied across other widgets in the codebase, improving overall code consistency.

lib/common/data/model/user_model.dart (1)

18-18: Approved: Private constructor repositioned
Moving the const UserModel._(); constructor below the public factories groups all public APIs together and improves readability without affecting functionality.

lib/common/component/custom_text/custom_text.dart (1)

7-10: Approved: Constructor parameter order standardized
Reordering super.key to follow the required parameters (text, style) aligns with the project's consistent constructor style. No behavioral changes introduced.

lib/common/composition/bottom_sheet/bottom_sheet_container_widget.dart (1)

7-9: Approved: Constructor parameter order standardized
Moving super.key after the required child parameter matches the standardized ordering used across other widgets.

lib/common/component/custom_icon_button.dart (1)

6-9: Approved: Constructor parameter order standardized
Repositioning super.key after icon and onPressed keeps constructor signatures uniform across components.

lib/core/analytics/analytics_manager.dart (1)

12-13: Improved async operation handling.

The code now properly awaits Firebase Analytics operations, ensuring they complete before the function returns. This is a better practice than the previous cascade notation that didn't explicitly await the operations.

lib/common/component/custom_switch.dart (2)

10-10: Good parameter ordering adjustment.

Moving super.key after required parameters follows Flutter's recommended constructor parameter ordering convention, improving code consistency.


17-17: Improved type safety with explicit return type.

Changing from Function(bool value) to void Function(bool value) provides better type safety and code clarity by explicitly specifying the return type.

lib/common/extension/string.dart (1)

3-3: 🛠️ Refactor suggestion

Potential null safety issue.

The current implementation uses null assertion (!) after a null check, which is redundant but also potentially risky. If future code modifications change the first condition, the null assertion could cause runtime errors.

Consider using a null-safe approach instead:

- return this == null || this!.isEmpty;
+ return this == null || this.isEmpty;

Likely an incorrect or invalid review comment.

lib/common/composition/responsive_widget.dart (1)

8-8: Good parameter ordering adjustment.

Moving super.key after required parameters follows Flutter's recommended constructor parameter ordering convention, improving code consistency throughout the codebase.

lib/common/composition/placeholder/empty_placeholder_widget.dart (1)

9-12: Parameter order change aligns with Flutter style guidelines.

The constructor parameter order has been updated to place super.key after the required onRetry parameter, which aligns with Flutter's current style guidelines. This change is part of a broader standardization effort across the codebase.

project_setup/lib/core/util/files.dart (2)

27-32: Method name reference updated for consistency.

The method call has been updated to use the corrected function name findAndReplaceTextInFile, which fixes the inconsistency with the function declaration.


38-38: Function name spelling corrected.

The function name has been corrected from findAndRemplaceTextInFile to findAndReplaceTextInFile, fixing the typographical error.

lib/common/extension/list.dart (2)

2-2: Type safety improved with explicit parameter types.

The method signature now explicitly specifies that both oldEntity and newEntity are of type T, which improves type safety by ensuring the compiler enforces the correct types at compile time.


6-9: Improved code formatting with cascade notation.

The implementation has been reformatted to use cascade notation with each operation on a new line, which improves readability by making each step in the operation more visible.

lib/core/analytics/analytics_route_observer.dart (1)

19-19: Enhanced type specificity in method signature.

The method signature has been updated to explicitly specify that both route and previousRoute are of type Route<dynamic>, which improves type clarity and consistency with Flutter's type system.

lib/common/component/custom_tab_bar.dart (1)

5-10: Improved parameter ordering

The reordering of constructor parameters to place required parameters before optional ones aligns with Flutter's style conventions and improves code readability.

lib/common/component/custom_ink_well/custom_ink_well_circular.dart (3)

4-10: Improved parameter ordering

The reordering of constructor parameters to place required parameters before optional ones aligns with Flutter's style conventions and improves code readability.


12-13: Enhanced type safety with VoidCallback

Replacing Function()? with the more specific VoidCallback? improves type safety and code clarity. This change makes the API more predictable and helps prevent type-related errors.


23-23: Using EdgeInsets.zero is more idiomatic

Using EdgeInsets.zero instead of EdgeInsets.all(0) is a more idiomatic approach in Flutter and slightly more efficient.

lib/common/component/custom_ink_well/custom_ink_well_rounded_rectangle.dart (3)

4-11: Improved parameter ordering

The reordering of constructor parameters to place required parameters before optional ones aligns with Flutter's style conventions and improves code readability.


13-14: Enhanced type safety with VoidCallback

Replacing Function()? with the more specific VoidCallback? improves type safety and code clarity. This change makes the API more predictable and helps prevent type-related errors.


24-24: Using EdgeInsets.zero is more idiomatic

Using EdgeInsets.zero instead of EdgeInsets.all(0) is a more idiomatic approach in Flutter and slightly more efficient.

lib/app/navigation/app_router.dart (1)

26-51: Route formatting improvements look good!

The changes to indentation and formatting improve readability while maintaining the same routing logic. The explicit <void> type parameter for CustomRoute is a good practice for type clarity.

lib/common/component/custom_radio_button_group.dart (2)

7-11: Good constructor parameter reordering

Moving super.key to the last position follows modern Flutter style conventions.


16-16: Improved type safety with explicit void return type

Changing from Function(T) to void Function(T) makes the callback signature more explicit and type-safe.

lib/common/component/custom_progress_indicator.dart (1)

27-73: Improved readability with better formatting

The refactoring of the LayoutBuilder to a multi-line syntax, consistent indentation, and use of type inference makes the code more readable while maintaining the same functionality.

lib/common/component/custom_bottom_app_bar.dart (2)

7-11: Good constructor parameter reordering

Moving super.key to the last position follows modern Flutter style conventions.


24-24: Using EdgeInsets.zero is more idiomatic

Replacing const EdgeInsets.all(0) with EdgeInsets.zero is a cleaner and more idiomatic approach in Flutter.

lib/common/component/custom_text_field.dart (7)

28-29: Good formatting improvement

The assertion statements are now properly indented, which improves readability.


54-54: Great type annotation

Explicitly typing textLength as int improves code clarity and type safety.


64-65: Clean listener registration

Using method references directly instead of lambda expressions makes the code more concise and readable.


78-79: Better variable declarations

Using final for constants that won't change after initialization follows Dart best practices.


82-86: Appropriate variable declarations

Using var for these color variables is appropriate since they may be reassigned later in the code.


96-96: Simplified boolean check

Changed from widget.enabled == false to !widget.enabled, which is more concise and readable.


194-194: Improved null safety

Using the null-aware operator ?? provides better null safety than comparing with == true.

lib/common/usecase/native_store_open_use_case.dart (6)

18-20: Improved exception handling

The CantLaunchPageException now stores a descriptive message, which will make debugging and error reporting more effective.


69-74: Better error handling structure

Throwing exceptions directly in the else branch with a clear message improves code readability and error reporting.


77-82: Consistent error handling pattern

Following the same pattern as in other platform-specific methods ensures consistency throughout the codebase.


85-90: Clear error message

The error message now explicitly states which parameters are missing, making troubleshooting easier.


93-98: Consistent error handling

Maintaining the same error handling pattern across all platform-specific methods.


108-109: Enhanced URL launch error reporting

Adding a specific error message that includes the URL that couldn't be launched will help with debugging issues.

lib/common/composition/dialog/custom_dialog_wrapper.dart (3)

11-11: Improved parameter ordering

Moving super.key after required parameters follows Flutter's recommended parameter ordering convention.


26-26: Consistent parameter ordering

Same parameter ordering improvement as in the alert constructor, maintaining consistency across the class.


83-85: Better code formatting

Breaking down the conditional content assignment across multiple lines improves readability without changing functionality.

lib/common/animation/custom_fade_slide_animation.dart (5)

17-17: Standard parameter ordering

Moving super.key after the required child parameter follows Flutter's recommended parameter ordering convention.


19-19: Using predefined constant

Using Offset.zero instead of const Offset(0, 0) is more idiomatic and concise.


24-24: Using predefined constant

Using Duration.zero instead of const Duration(milliseconds: 0) is more idiomatic and concise.


49-49: Comment improvement

Fixed spelling or grammatical issue in the comment.


64-64: Explicit type annotation

Adding explicit Future<void> type for the delayed future improves code clarity and follows Dart best practices.

lib/core/riverpod/provider_logger.dart (3)

6-10: Explicitly specify generic provider type as dynamic - The change from ProviderBase to ProviderBase<dynamic> in didAddProvider enhances type clarity without altering behavior.


20-25: Add generic type to didUpdateProvider - Specifying ProviderBase<dynamic> in didUpdateProvider aligns with Dart best practices and prevents raw type warnings.


36-40: Use generic ProviderBase for dispose - The update in didDisposeProvider now explicitly declares the dynamic type, improving readability and consistency.

.fvmrc (1)

2-2:

Details

❓ Verification inconclusive

Confirm Flutter version bump to 3.32.0 - Updating the Flutter SDK version in .fvmrc is correct and matches the project's upgraded environment. Ensure local setups are re-aligned by running fvm install and fvm use.
Run the following to verify:


🏁 Script executed:

#!/bin/bash
fvm list

Length of output: 104


Verify Flutter version bump in .fvmrc

The .fvmrc file has been updated to Flutter 3.32.0. Since the sandbox environment lacks fvm, please confirm this change locally:

• File: .fvmrc
• Line 2: "flutter": "3.32.0",

Run these commands on your machine to ensure your setup aligns with the project:

fvm install
fvm use
fvm list
fvm flutter --version
android/app/src/androidTest/java/cz/helu/flutter/template/MainActivityTest.java (1)

1-1: Package declaration updated - The test package now matches the refactored application namespace (cz.helu.flutter.template).

android/app/src/main/kotlin/cz/helu/flutter/template/MainActivity.kt (1)

1-1: Align package declaration with new namespace - The Kotlin MainActivity package has been correctly updated to cz.helu.flutter.template.

lib/app/configuration/production/config_production.dart (1)

1-4:

Details

✅ Verification successful

Update API host URL for production - Changing apiHostUrl to https://helu.cz aligns with the new branding. Ensure that the new endpoint is reachable.


🏁 Script executed:

#!/bin/bash
curl -I https://helu.cz

Length of output: 1106


Production API host URL verified and ready

  • Updated ConfigProduction.apiHostUrl to 'https://helu.cz' to align with branding.
  • Endpoint responded with HTTP/2 200 OK on verification.

File: lib/app/configuration/production/config_production.dart

// TODO(HELU): Fill correct values
class ConfigProduction {
  static const apiHostUrl = 'https://helu.cz';
}

Merged.

.vscode/settings.json (1)

2-2: ✔️ Flutter SDK path updated correctly
The VSCode workspace setting now points to .fvm/versions/3.32.0, matching the Flutter SDK version in .fvmrc and pubspec.yaml.

.github/workflows/android_play_store_distribution.yml (1)

55-55: ✔️ Package name aligned with new namespace
The packageName has been updated from com.strv.flutter.template to cz.helu.flutter.template, matching the Android app’s package identifier.

lib/common/usecase/authentication/sign_in_with_apple_use_case.dart (1)

24-24: ✔️ TODO comment tagged as (HELU)
The TODO has been updated to include (HELU), matching the project’s tagging convention.

lib/common/usecase/authentication/sign_in_with_google_use_case.dart (1)

16-16: ✔️ Redundant type annotation removed
Switching to type inference for googleSignIn improves readability without impacting functionality.

lib/app/configuration/develop/config_develop.dart (1)

1-3: ✔️ API host URL updated and TODO tagged
The API host was correctly changed to https://helu.cz, and the TODO has (HELU) to match the convention.

android/app/src/main/AndroidManifest.xml (1)

3-3: Verify consistency of the Android package name.

The package attribute has been updated to cz.helu.flutter.template. Please confirm this matches the applicationId in android/app/build.gradle and that no references to the old com.strv.flutter.template remain elsewhere in the manifest or resource files.

lib/features/debug_tools/page/popups/debug_tools_popups_page_content.dart (1)

50-50: Good addition of explicit generic type for bottom sheet.

Adding <void> to showCustomModalBottomSheet<void> improves type safety and readability without changing behavior.

lib/common/component/custom_snackbar/custom_snackbar_error.dart (1)

23-23: Stylistic consistency in log quoting.

Switching to double quotes and unescaped backticks for the log message aligns this component’s formatting with other snackbar implementations.

macos/Runner/Configs/AppInfo.xcconfig (2)

11-11: Confirm bundle identifier update.

The PRODUCT_BUNDLE_IDENTIFIER is now cz.helu.flutter.template. Ensure this matches your Xcode project settings and associated provisioning profiles.


14-14: Approve updated copyright metadata.

The new copyright line reflects the renamed namespace and maintains consistency across platforms.

lib/common/component/custom_snackbar/custom_snackbar_message.dart (1)

22-22: Stylistic log formatting update.

Using double quotes and unescaped backticks here brings this log in line with the other snackbar components’ style.

linux/CMakeLists.txt (1)

10-10: Application identifier updated correctly

The GTK application identifier has been updated from "com.strv.flutter.template" to "cz.helu.flutter.template", which aligns with the namespace changes being applied across all platforms in this PR.

lib/features/debug_tools/page/widgets/debug_tools_widgets_page_content.dart (1)

25-28: Improved code formatting

The constructor call formatting has been improved for better readability, with each parameter on its own line with proper indentation.

lib/common/usecase/authentication/sign_in_completion_use_case.dart (1)

20-20: TODO comment appropriately tagged

The TODO comment has been updated with a "(HELU)" tag, consistent with similar tagging being applied to TODOs throughout the codebase for better tracking.

lib/common/usecase/create_device_token_use_case.dart (1)

15-16: Good improvements to type safety

Adding the explicit type parameter <Map<String, dynamic>> to the dio.post request improves type safety by specifying the expected response format. This change also follows good practices for making network requests more robust.

The username tag in the TODO comment helps with tracking ownership of pending tasks.

flutter.code-workspace (2)

195-195: Appropriate update to TODO highlighting pattern

The change from " TODO: " to " TODO(" updates the highlighting pattern to match the new style of TODO comments with username tags (e.g., TODO(HELU)).


231-234: Useful dictionary additions

Adding technical terms "Buildless", "Refreshable", and "usecase" to the spell checker dictionary will prevent false positive spelling errors for these domain-specific terms.

lib/common/component/custom_snackbar/custom_snackbar_success.dart (1)

23-23: Style consistency improvement

The change from single quotes to double quotes for log messages improves consistency with other similar messages in the codebase and handles the apostrophe in "it's" more elegantly.

lib/common/usecase/user/get_database_user_use_case.dart (1)

18-18: Good type safety improvement

Adding the explicit as Map<String, dynamic> cast to the jsonDecode result improves type safety during JSON deserialization. This reduces the risk of runtime type errors when creating the UserModel from the decoded JSON.

lib/features/landing/landing_page.dart (2)

44-44: Good simplification of conditional expression

The direct use of _forceUpdate without comparing it to true is more idiomatic in Dart and improves code readability.


59-59: Good improvement in async navigation handling

Adding await to the navigation calls ensures that route replacements complete before continuing execution. This prevents potential race conditions or state inconsistencies during navigation.

Also applies to: 62-62

lib/core/analytics/crashlytics_manager.dart (2)

9-9: Good defensive programming with toString()

Adding toString() ensures that any message type will be properly converted to a string before logging to Crashlytics, preventing potential type errors.


15-15: Appropriate simplification of Crashlytics error recording

Removing the explicit fatal: false parameter is good since it's the default value for recordError(). This makes the code more concise while maintaining the same behavior.

ios/config/production/GoogleService-Info.plist (1)

16-16: Consistent namespace update across Firebase configuration

The bundle ID, project ID, and storage bucket have been correctly updated to use the new namespace pattern (cz.helu.flutter.template and helu-flutter-template), which aligns with similar changes throughout the codebase.

Make sure to verify that these identifiers match with the Firebase console configuration to avoid connection issues.

Also applies to: 18-18, 20-20

lib/features/debug_tools/page/widgets/debug_tools_widgets_page_event.dart (1)

14-15: Improved code formatting

The change from single-line to multi-line format with proper indentation improves readability. This matches the formatting style used in other similar provider declarations across the codebase.

lib/common/component/custom_text_field_button.dart (1)

7-14: Improved parameter ordering in the constructor.

The reordering of parameters to place super.key after the required onClick parameter follows Flutter's recommended style for constructor parameters, improving consistency across the codebase.

lib/features/debug_tools/page/actions/debug_tools_actions_page_content.dart (3)

31-31: Enhanced type safety with explicit type annotation.

Adding the explicit <void> type to MaterialPageRoute improves type safety and code clarity.


33-33: Updated theme color scheme.

Changing to a grey primary swatch provides a more neutral theme for the debug tools interface.


36-36: Added const constructor.

Using the const constructor for TalkerScreenTheme can improve performance by allowing Flutter to reuse widget instances.

lib/app/theme/custom_color_scheme.dart (2)

8-24: Improved formatting consistency in initializer lists.

The reformatting of the initializer list in the _light() constructor improves readability and aligns with modern Dart style practices.


26-42: Improved formatting consistency in initializer lists.

Similar to the _light() constructor, the reformatting of the initializer list in the _dark() constructor improves readability and code consistency.

lib/app/app.dart (2)

39-44: Improved multi-line widget formatting.

Moving the closing parenthesis to a new line improves code readability for the Banner widget.


68-75: Enhanced widget tree readability.

Reformatting the Overlay widget construction from a single-line to a multi-line style with proper indentation improves code readability and maintainability.

ios/config/staging/GoogleService-Info.plist (1)

16-16: LGTM! Firebase configuration updated for namespace migration.

The bundle identifier, project ID, and storage bucket have been properly updated to reflect the namespace change from "com.strv.flutter.template" to "cz.helu.flutter.template". These changes are necessary for Firebase services to work correctly with the renamed app.

Also applies to: 18-18, 20-20

lib/app/theme/app_theme.dart (3)

21-25: Clean code improvement: Simplified ternary expressions.

Removing unnecessary parentheses around ternary expressions improves readability while maintaining the same functionality.


104-110: Refactored to arrow function for cleaner code.

Converting the _getBottomSheetThemeData method to use arrow syntax improves code conciseness without changing functionality. This is a good practice for single-expression functions.


114-118: Refactored to arrow function for cleaner code.

Converting the _getTextSelectionThemeData method to use arrow syntax improves code conciseness without changing functionality. This is a good practice for single-expression functions.

lib/common/usecase/user/get_current_user_use_case.dart (2)

12-12: Type safety improvement: Explicit response type.

Adding the explicit type <Map<String, dynamic>> to the dio.get() call improves type safety and makes the code more self-documenting.


14-14: Null safety improvement: Added null assertion.

Adding the null assertion operator (!) to response.data indicates that it's guaranteed to be non-null at this point, improving null safety handling.

ios/config/develop/GoogleService-Info.plist (1)

16-16: LGTM! Firebase development configuration updated consistently.

The bundle identifier, project ID, and storage bucket have been properly updated for the development environment, maintaining consistency with the changes made to the staging configuration. This ensures Firebase services work correctly across all environments with the new namespace.

Also applies to: 18-18, 20-20

lib/features/authentication/authentication_event.dart (1)

12-14: Improved formatting of provider declaration.

The multi-line format with trailing commas improves readability and follows Flutter style guidelines, making future modifications cleaner in version control.

lib/features/landing/force_update_page_content.dart (2)

40-40: Good addition of owner identifier to TODO comment.

Adding the "(HELU):" prefix improves traceability and ownership of the task.


41-46: Improved formatting of provider call.

The multi-line format with trailing commas improves readability and follows Flutter style guidelines, making the code easier to maintain.

lib/common/component/custom_network_image.dart (2)

11-11: Improved constructor parameter ordering.

Moving super.key after required parameters follows Flutter's recommended convention and improves consistency with other widgets in the codebase.

Also applies to: 21-21


26-27: Simplified initializer list formatting.

The single-line format for the initializer list is more concise and appropriate for this short list of initializers.

project_setup/lib/configuration.dart (1)

24-25:

Details

❌ Incorrect review comment

Verify package name configuration.

Both renameOldPackageName and renameNewPackageName are set to "cz.helu.flutter.template". Based on the PR title and summary, the old package name should likely be "com.strv.flutter.template" if this file is used for renaming operations.


🏁 Script executed:

#!/bin/bash
# Search for any occurrences of the old package name in the codebase
echo "Searching for any remaining instances of 'com.strv.flutter.template':"
rg "com\.strv\.flutter\.template" -l

echo "Checking if this configuration file is still actively used for renaming:"
rg -A 3 -B 3 "renameOldPackageName" --type dart

Length of output: 2613


Ignore rename configuration discrepancy.

The renameOldPackageName and renameNewPackageName are intentionally identical (cz.helu.flutter.template) in this template’s setup—this disables the renaming steps until a user customizes the new package name. No changes are required here.

Likely an incorrect or invalid review comment.

project_setup/pubspec.yaml (2)

7-7: SDK version update aligns with Flutter 3.32.0 upgrade

The Dart SDK constraint has been updated to require Dart 3.8.0+, which matches the Dart version bundled with Flutter 3.32.0.


11-12: Dependency updates look good

Updating the image package to 4.5.4 while maintaining interact at 2.2.0 is appropriate for the Flutter version upgrade.

lib/core/network/dio_authorization_token_interceptor.dart (1)

24-24:

Details

✅ Verification successful

Parameter removal looks good but verify intention

The explicit forceRefresh: false parameter has been removed, now relying on the default parameter value in the provider. This change aligns with the updated function signature elsewhere, but ensure this is the intended behavior.


🏁 Script executed:

#!/bin/bash
# Search for other usages of getAuthorizationTokenUseCaseProvider to ensure consistent parameter usage
rg "getAuthorizationTokenUseCaseProvider" --type dart

# Look at the definition of the provider to confirm the default parameter value
fd "get_authorization_token_use_case.dart" --type file --exec cat {}

Length of output: 864


Approve: forceRefresh removal is safe
The default forceRefresh = false in getAuthorizationTokenUseCase matches the original explicit value, and this is the only usage of the provider.

lib/common/data/model/notification_payload_model.dart (2)

40-40: Improved type safety with explicit casting

Adding the explicit as String? cast improves type safety when parsing JSON data, reducing the risk of runtime errors.


44-44: Better enum handling with explicit case

Replacing the default: case with an explicit case NotificationType.unknown: improves code clarity and makes the intention more explicit.

windows/runner/Runner.rc (1)

92-92: Namespace change is consistent with rebranding

The company name and copyright updates from "com.strv" to "cz.helu" align with the broader namespace change described in the PR objectives.

Also applies to: 96-96

lib/features/profile/profile_event.dart (1)

12-14: Improved formatting for better readability

The reformatting of profileEventNotifierProvider from a single-line to a multi-line declaration improves code readability while maintaining the same functionality. This change maintains consistency with similar provider declarations throughout the codebase.

lib/features/authentication/authentication_page_content.dart (1)

38-44: Improved async handling in sign-in navigation

This change significantly enhances the reliability of the authentication flow by:

  1. Properly awaiting the sign-in completion
  2. Checking if the widget is still mounted before navigation
  3. Awaiting the navigation call to ensure proper completion

This prevents potential race conditions and crashes that could occur if the widget was disposed during the sign-in process.

lib/common/usecase/authentication/get_authorization_token_use_case.dart (1)

11-11: Enhanced type safety with explicit parameter annotation

Adding the explicit bool type annotation to the forceRefresh parameter improves code clarity and type safety. This change aligns with best practices for Dart and enhances the function's self-documentation.

lib/core/riverpod/state_handler.dart (1)

45-45: Refined callback type annotations for improved type safety

The changes to the callback parameter types in these three helper functions (from generic Function() to specific void Function()) enhance type safety and code clarity. This is a good practice that:

  1. Makes the expected return type explicit (void)
  2. Improves code self-documentation
  3. Helps prevent potential type-related errors

These refinements align with Dart best practices for precise type annotations.

Also applies to: 54-54, 67-67

lib/common/provider/notifications_service.dart (4)

26-26: Clean code improvement: unnecessary break removed

The removal of the redundant break statement is appropriate since Dart's switch statements don't fall through by default. This makes the code cleaner and follows Dart best practices.


40-40: Improved async handling with explicit await

Good change to use await with the asynchronous call to _tryOpeningNotificationFromPayload. This ensures the operation completes before proceeding with any subsequent code execution.


63-63: Enhanced type safety with explicit cast

Adding the explicit cast to Map<String, dynamic> improves type safety and provides better clarity about the expected structure of the decoded JSON.


92-101: Optimization using const for initialization settings

Using const for the initialization settings is a good optimization since this object doesn't need to be recreated on each method call.

lib/common/extension/response.dart (3)

4-4: Improved type safety with specific extension target

Good change to make the extension specifically target Response<Map<String, dynamic>> instead of the generic Response. This makes the extension more type-safe and clearly communicates its intended use.


5-6: Comment typo correction

Fixed the typo in the comment from "failes" to "fails", improving documentation quality.


9-9: Added null assertion for better error handling

Adding the null assertion operator (!) when casting data to List ensures a clear error if data is null, rather than potentially causing an unclear error later in the code execution.

lib/common/composition/placeholder/error_placeholder_widget.dart (2)

10-13: Improved constructor parameter ordering

Good change to reorder the constructor parameters, placing super.key after the required onRetry parameter. This follows Flutter's recommended constructor parameter ordering.


29-44: Enhanced code readability with better formatting

The improved formatting of the CustomText and CustomButtonPrimary widgets makes the code more readable while maintaining the same functionality.

README.md (5)

1-17: Enhanced documentation with visual improvements

Good addition of a centered header section with logo, badges for Flutter and Dart versions, license information, and build status. This makes the README more visually appealing and informative.

🧰 Tools
🪛 markdownlint-cli2 (0.17.2)

5-5: No empty links
null

(MD042, no-empty-links)


6-6: No empty links
null

(MD042, no-empty-links)


14-14: No empty links
null

(MD042, no-empty-links)


79-79: Fixed typo in documentation

Corrected "benefitial" to "beneficial" for improved clarity.


196-196: Improved code formatting in documentation

Added backticks around "plists" for better clarity and consistent code formatting in documentation.


210-210: Fixed terminology in documentation

Corrected "Debugable" to "Debuggable" for proper terminology.


378-378: Updated package name in documentation

The package name has been updated from com.strv.flutter.template.develop to cz.helu.flutter.template.develop, which aligns with the package name migration mentioned in the PR summary.

🧰 Tools
🪛 markdownlint-cli2 (0.17.2)

378-378: Unordered list indentation
Expected: 2; Actual: 4

(MD007, ul-indent)

lib/common/component/custom_profile_avatar.dart (3)

8-12: Constructor parameter order change looks good.

The reordering of the super.key parameter to the end of the parameter list follows Flutter's style guidelines and improves readability by grouping required parameters first.


39-42: Constructor parameter reordering matches the consistent style.

Moving the super.key parameter to the end maintains consistency with other widget constructors throughout the codebase.


53-57: Note the removal of the cache: true property.

The cache: true property has been removed from ExtendedImage.network. This aligns with similar changes in other network image components and likely reflects an updated approach to image caching.

ios/Runner.xcodeproj/project.pbxproj (1)

445-445: Bundle identifier updates are consistent across all configurations.

All instances of PRODUCT_BUNDLE_IDENTIFIER have been properly updated from com.strv.flutter.template to cz.helu.flutter.template across develop, staging, and production configurations. This ensures consistent application identification throughout the iOS project.

Also applies to: 530-530, 613-613, 693-693, 778-778, 861-861, 941-941, 1078-1078, 1109-1109

lib/app/configuration/configuration.dart (3)

33-37: Improved switch expression formatting.

The apiHostUrl getter's switch expression formatting has been improved for better readability with consistent indentation and brace alignment.


40-44: Consistent formatting applied to vapidKey getter.

The vapidKey switch expression formatting follows the same improved style, maintaining consistency.


47-66: Well-structured nested switch expressions.

The nested switch expressions in the firebaseClientID getter are now better formatted with consistent indentation, making the code more readable and maintainable.

android/app/google-services.json (3)

4-5: Firebase project identifiers updated.

The Firebase project ID and storage bucket have been updated from "strv-flutter-template" to "helu-flutter-template" to match the new namespace.


12-12: Android package names consistently updated.

All Android package name references have been updated from "com.strv.flutter.template" to "cz.helu.flutter.template" across all variants (main, debug, develop, staging). This ensures the application will be properly identified across all build configurations.

Also applies to: 20-20, 56-56, 64-64, 100-100, 108-108, 144-144, 152-152, 188-188, 196-196, 232-232, 240-240


45-45: iOS bundle identifiers updated in OAuth client configurations.

iOS bundle identifiers in the "other_platform_oauth_client" sections have been consistently updated to match the new namespace, ensuring proper cross-platform identity.

Also applies to: 89-89, 133-133, 177-177, 221-221, 265-265

lib/common/component/custom_app_bar.dart (1)

46-48: Use null-coalescing for forceElevated
The change to elevation: (forceElevated ?? false) ? 4 : 0 simplifies the boolean expression and safely handles a null forceElevated value without altering behavior.

analysis_options.yaml (5)

10-11: Adopt new lint ruleset
Switching the included lints to package:netglade_analysis/lints.yaml aligns with the new dev dependency and centralizes linting standards.


17-19: Extend exclusions for generated files
Ignoring **.config.dart and **.graphql.dart helps prevent false positives on generated artifacts.


20-21: Set TODO severity to info
Downgrading TODOs to info reduces noise during analysis without hiding important reminders.


22-24: Configure formatter settings
Specifying a 140-character page width and preserving trailing commas enforces consistent code style.


39-42: Disable selected lints per team convention
Turning off sort_pub_dependencies, require_trailing_commas, avoid_positional_boolean_parameters, and no_default_cases matches the chosen lint configuration.

android/app/build.gradle (2)

128-128: Retain TODO for Crashlytics upload
The added TODO clearly indicates when to re-enable mappingFileUploadEnabled.


44-44:

Details

✅ Verification successful

Update Android namespace
Changed the Gradle namespace to "cz.helu.flutter.template" to match the new application identity.

Run this script to ensure no residual references to the old namespace remain:


🏁 Script executed:

#!/bin/bash
# Verify no occurrences of the old package namespace
rg -n "com\.strv\.flutter\.template"

Length of output: 38


Update Android namespace – No residual references found
The Gradle namespace has been updated to "cz.helu.flutter.template", and a search for the old package name returned no matches.

• Verified by running:

rg -n "com\\.strv\\.flutter\\.template"
pubspec.yaml (8)

8-9: Bump Dart and Flutter SDK constraints
Increasing to sdk: ">=3.8.0 <4.0.0" and flutter: 3.32.0 correctly aligns with the updated Flutter version in .fvmrc.


38-44: Upgrade Firebase dependencies
Updating multiple firebase_* packages (analytics, auth, core, crashlytics, dynamic_links, messaging, remote_config) to the latest minor/patch versions helps keep the app secure and compatible.


51-51: Update device_info_plus
Bumped to 11.4.0—verify there are no breaking API changes in your usage.


66-70: Refresh resource packages
Upgraded extended_image, flutter_svg, and intl—ensure image rendering and localization tests still pass.


73-73: Upgrade flutter_local_notifications
Bumped to 19.2.1; check platform-specific notification behavior.


99-107: Add/upgrade dev dependencies

  • json_serializable to 6.9.5
  • added netglade_analysis: 16.1.0
    These changes support the new code generation and lint configuration.

117-120: Update Patrol package and bundle identifiers
Setting package_name and bundle_id to cz.helu.flutter.template aligns UI tests with app identifiers.


131-131: Enable Flutter code generation
Turning on generate: true under flutter ensures assets and fonts are generated automatically.

lib/common/data/model/exception/custom_exception.dart (4)

40-42: Excellent improvement to error response handling.

Introducing local variables for error response data and status code enhances code readability and maintainability by eliminating repeated property access.


43-43: Good update to logging implementation.

The logging statement now correctly uses the extracted data variable, maintaining consistency with the refactoring approach.


48-48: Well-implemented status code check.

Using the extracted statusCode variable for the authentication check improves consistency with the overall refactoring approach.


57-57: Good addition of const keyword.

Adding the const keyword for CustomException.signInCancelled() factory call ensures consistency with other similar factory method calls in this class.

lib/app/theme/custom_system_bars_theme.dart (6)

6-6: Good import refinement.

Replacing the unused device_info_plus import with a targeted import of CustomAppBar improves code organization and removes unnecessary dependencies.


40-40: Cleaner conditional syntax.

Removing redundant parentheses around the brightness.isLightMode condition improves code readability without changing functionality.


49-50: Good variable declaration simplification.

Using implicit typing with final instead of explicit type declarations makes the code more concise while maintaining type safety.


65-66: Improved color condition formatting.

The formatting changes to the color condition improve readability while maintaining the same functionality.


92-92: Consistent variable declaration style.

Using implicit typing with final is consistent with modern Dart style guidelines.


112-112: Better constructor parameter ordering.

Moving super.key after the required parameters aligns with Dart style conventions and improves code consistency across the project.

lib/common/provider/firebase_messaging_service.dart (8)

23-23: Important async handling improvement.

Adding await to NotificationsService.showNotification ensures that the notification display operation completes before the handler finishes, preventing potential race conditions.


29-29: Good async handling improvement.

Adding await to tryOpeningNotificationFromRemoteMessage ensures proper completion of the notification processing before the handler returns.


41-41: Cleaner variable declaration.

Using implicit typing with final instead of explicit type declaration is consistent with modern Dart style guidelines.


57-57: Simplified method call.

Removing explicit parameters from _firebaseMessaging.requestPermission() call simplifies the code while maintaining functionality, as it now uses the default parameters.


98-98: Improved variable declaration.

Using var for the counter variable improves code readability while maintaining type safety through inference.


103-103: Better Future typing.

Using Future.delayed explicitly specifies the return type, improving type safety and code clarity.


107-107: Essential async operation fix.

Adding await to CrashlyticsManager.logNonCritical ensures the error logging completes properly before the function returns.


116-123: Improved token refresh handling formatting.

The reformatted subscription to FirebaseMessaging.instance.onTokenRefresh improves code readability while maintaining the same functionality.

project_setup/analysis_options.yaml (3)

1-11: Good analyzer configuration setup.

Including a standardized lint set from netglade_analysis package establishes consistent code quality standards across the project.


22-24: Appropriate formatter settings.

The page width of 140 characters and trailing commas preservation are reasonable settings that align with modern Flutter development practices.


26-42: Good linter rule customization.

Disabling specific lint rules that don't align with the project's coding style is a reasonable approach. The disabled rules (sort_pub_dependencies, require_trailing_commas, avoid_positional_boolean_parameters, no_default_cases) are common exceptions in many Flutter projects.

lib/app/setup/setup_app.dart (6)

26-26: Good improvement in binding management

Storing the binding in a variable allows for proper reuse at line 28 with FlutterNativeSplash.preserve().


33-38: Properly awaiting the orientation setting

Good addition of await to ensure the orientation settings are fully applied before continuing with initialization.


70-70: Consistent TODO tagging

Updated TODOs with (HELU) tag aligns with the project's namespace change.

Also applies to: 91-91, 129-129, 136-136, 143-143


80-82: Firebase configuration updated

The Firebase configuration has been properly updated to use the new domain values for the helu-flutter-template project.


157-157: Updated package identifiers

Package names and contact email have been correctly updated to reflect the new namespace cz.helu.flutter.template.

Also applies to: 161-161, 173-173


211-212: Properly awaiting window manager calls

Good addition of await to ensure window size settings are fully applied before continuing.

lib/core/flogger.dart (5)

9-9: Improved constant declaration

Changed from static final to static const for the provider logs flag, which is more appropriate for a compile-time constant value.


33-42: Improved code formatting

Reformatted logging calls to use consistent multi-line formatting with trailing commas, improving readability.

Also applies to: 46-54, 59-67, 72-80, 85-93, 96-102


71-71: Better type safety in error logging

Explicitly converting messages to strings before passing to CrashlyticsManager ensures type consistency.

Also applies to: 84-84


104-130: Cleaner conditional expressions

Improved formatting of provider logging methods with better indentation and structure.


177-178: Better variable declarations

Added final to local variables and improved type inference in the _splitLongLines method.

Also applies to: 180-180, 183-184

lib/features/authentication/authentication_state.dart (1)

32-32: Fixed asynchronous handling

Added await to properly wait for the sign-in process to complete before returning from the methods. This is an important change that prevents potential race conditions or state inconsistencies.

Also applies to: 36-36, 40-40

lib/common/extension/async_value.dart (2)

12-13: Improved type safety and parameter ordering

The provider parameter has been typed as Refreshable<Object> instead of the generic Refreshable, and the data parameter is now explicitly required. This improves type safety and API clarity.

Also applies to: 57-59


99-99: Consistent type annotation

Updated field types in the _EmptyPlaceholderWidget and _ErrorPlaceholderWidget classes to match the improved parameter types in the extension methods.

Also applies to: 117-117

Comment thread web/firebase-messaging-sw.js
Copy link
Copy Markdown

@coderabbitai coderabbitai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🧹 Nitpick comments (5)
README.md (5)

1-1: Improve alt text for the logo image.

The current syntax:

![LOGO](docs/flutter_template.jpg)

lacks descriptive alt text for accessibility. Consider changing it to:

![Flutter Template Logo](docs/flutter_template.jpg)

5-6: Avoid empty link URLs in badges.

The Flutter and Dart badges both use (#) as their link target, which violates MD042 (no-empty-links). Either provide real URLs (e.g., to the official release notes) or remove the hyperlink. For example:

-[![Flutter](https://img.shields.io/badge/Flutter-3.32-blue)](#)
-[![Dart](https://img.shields.io/badge/Dart-3.6.0-blue)](#)
+[![Flutter](https://img.shields.io/badge/Flutter-3.32-blue)](https://docs.flutter.dev/release/whats-new#flutter-332)
+[![Dart](https://img.shields.io/badge/Dart-3.6.0-blue)](https://dart.dev/guides/whats-new#dart-360)
🧰 Tools
🪛 markdownlint-cli2 (0.17.2)

5-5: No empty links
null

(MD042, no-empty-links)


6-6: No empty links
null

(MD042, no-empty-links)


196-196: Refine bullet grammar and formatting.

This list item could be clearer and more consistent in style. For example:

- - for iOS add custom build run script phase and copy appropriate `GoogleService-Info.plist` file. It's already prepared, you just need to uncomment it and add appropriate `plists` to destinations according to the script.
+ - For iOS, add the custom Build Run Script phase and copy the appropriate `GoogleService-Info.plist` file. The script is already prepared; simply uncomment it and add the necessary `plist` files to their destinations.
🧰 Tools
🪛 LanguageTool

[uncategorized] ~196-~196: You might be missing the article “the” here.
Context: ... custom build run script phase and copy appropriate GoogleService-Info.plist file. It's a...

(AI_EN_LECTOR_MISSING_DETERMINER_THE)


210-210: Clarify the debug flag instruction.

“Debuggable” might not convey its intent. Consider rephrasing:

- - In case we would like to build a Debuggable version of the app, we have to add `--debug` argument.
+ - To build a debug version of the app, include the `--debug` flag.

360-360: Break lengthy theming guideline into bullet points.

This paragraph is dense and could be hard to skim. Splitting it into concise bullets will improve readability:

- Override the entire `colorScheme` with a custom pink hue.
- Avoid using the default Material `colorScheme` directly in widgets.
- Prefix custom widgets with `Custom` (e.g., `CustomAppBar`, `CustomElevatedButton`).
- Have these widgets pull colors from `context.colorScheme` via a `CustomColorScheme` extension.
- Declare all colors centrally within `CustomColorScheme`.
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between dfd6ecc and bdd59f28ed64ddaf3078159e8f97fc40139e2f9b.

📒 Files selected for processing (14)
  • .github/workflows/android_firebase_app_distribution_production.yml (1 hunks)
  • .github/workflows/android_firebase_app_distribution_staging.yml (1 hunks)
  • .github/workflows/android_play_store_distribution.yml (2 hunks)
  • README.md (6 hunks)
  • analysis_options.yaml (2 hunks)
  • lib/app/setup/setup_app.dart (6 hunks)
  • lib/common/composition/dialog/custom_alert_dialog.dart (1 hunks)
  • lib/core/riverpod/event_notifier.dart (1 hunks)
  • linux/flutter/CMakeLists.txt (1 hunks)
  • makefile (1 hunks)
  • project_setup/analysis_options.yaml (1 hunks)
  • project_setup/pubspec.yaml (1 hunks)
  • web/firebase-messaging-sw.js (1 hunks)
  • windows/flutter/CMakeLists.txt (1 hunks)
✅ Files skipped from review due to trivial changes (7)
  • makefile
  • .github/workflows/android_firebase_app_distribution_production.yml
  • .github/workflows/android_firebase_app_distribution_staging.yml
  • windows/flutter/CMakeLists.txt
  • .github/workflows/android_play_store_distribution.yml
  • lib/common/composition/dialog/custom_alert_dialog.dart
  • linux/flutter/CMakeLists.txt
🚧 Files skipped from review as they are similar to previous changes (6)
  • web/firebase-messaging-sw.js
  • analysis_options.yaml
  • project_setup/pubspec.yaml
  • lib/core/riverpod/event_notifier.dart
  • project_setup/analysis_options.yaml
  • lib/app/setup/setup_app.dart
🧰 Additional context used
🪛 markdownlint-cli2 (0.17.2)
README.md

5-5: No empty links
null

(MD042, no-empty-links)


6-6: No empty links
null

(MD042, no-empty-links)


14-14: No empty links
null

(MD042, no-empty-links)


378-378: Unordered list indentation
Expected: 2; Actual: 4

(MD007, ul-indent)

🪛 LanguageTool
README.md

[uncategorized] ~196-~196: You might be missing the article “the” here.
Context: ... custom build run script phase and copy appropriate GoogleService-Info.plist file. It's a...

(AI_EN_LECTOR_MISSING_DETERMINER_THE)

🔇 Additional comments (1)
README.md (1)

79-79: Approve spelling correction.

The typo “benefitial” has been corrected to “beneficial,” improving clarity.

@HE-LU HE-LU force-pushed the helu/chore/flutter_update branch from bdd59f2 to dfedf5c Compare May 22, 2025 08:11
Copy link
Copy Markdown

@coderabbitai coderabbitai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🧹 Nitpick comments (4)
README.md (4)

1-1: Add descriptive alt text for the logo
Including alt text improves accessibility. Consider changing the markdown to:

![Flutter Template Logo](docs/flutter_template.jpg)

5-6: Avoid empty link targets in badges
The badges currently link to #, which may trigger markdownlint complaints (MD042: no-empty-links). Either provide real URLs for these badges or remove the hyperlink.

🧰 Tools
🪛 markdownlint-cli2 (0.17.2)

5-5: No empty links
null

(MD042, no-empty-links)


6-6: No empty links
null

(MD042, no-empty-links)


196-196: Include the missing definite article
Add “the” before “custom build run script phase” for grammatical accuracy.

- for iOS add custom build run script phase and copy appropriate `GoogleService-Info.plist` file.
+ for iOS add the custom build run script phase and copy the appropriate `GoogleService-Info.plist` file.
🧰 Tools
🪛 LanguageTool

[uncategorized] ~196-~196: You might be missing the article “the” here.
Context: ... custom build run script phase and copy appropriate GoogleService-Info.plist file. It's a...

(AI_EN_LECTOR_MISSING_DETERMINER_THE)


360-360: Clarify placeholder values in theming guide
Consider marking “undefined” as code or quoting it consistently. For example:

... overwrite the whole `colorScheme` with an `undefined` pinkish color ...

This makes it clear that “undefined” is a placeholder.

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between bdd59f28ed64ddaf3078159e8f97fc40139e2f9b and da95cb9df4ab8dda8991f8ba3d4638f64f415f19.

⛔ Files ignored due to path filters (1)
  • ios/Podfile.lock is excluded by !**/*.lock
📒 Files selected for processing (21)
  • .github/workflows/android_firebase_app_distribution_production.yml (1 hunks)
  • .github/workflows/android_firebase_app_distribution_staging.yml (1 hunks)
  • .github/workflows/android_play_store_distribution.yml (2 hunks)
  • README.md (6 hunks)
  • analysis_options.yaml (2 hunks)
  • flutter.code-workspace (2 hunks)
  • ios/Runner.xcodeproj/xcshareddata/xcschemes/develop.xcscheme (2 hunks)
  • ios/Runner.xcodeproj/xcshareddata/xcschemes/production.xcscheme (2 hunks)
  • ios/Runner.xcodeproj/xcshareddata/xcschemes/staging.xcscheme (2 hunks)
  • lib/app/setup/setup_app.dart (6 hunks)
  • lib/common/composition/dialog/custom_alert_dialog.dart (1 hunks)
  • lib/core/riverpod/event_notifier.dart (1 hunks)
  • linux/flutter/CMakeLists.txt (1 hunks)
  • macos/Runner.xcodeproj/project.pbxproj (1 hunks)
  • macos/Runner.xcodeproj/xcshareddata/xcschemes/Runner.xcscheme (2 hunks)
  • macos/Runner/AppDelegate.swift (1 hunks)
  • makefile (1 hunks)
  • project_setup/analysis_options.yaml (1 hunks)
  • project_setup/pubspec.yaml (1 hunks)
  • web/firebase-messaging-sw.js (1 hunks)
  • windows/flutter/CMakeLists.txt (1 hunks)
✅ Files skipped from review due to trivial changes (9)
  • makefile
  • windows/flutter/CMakeLists.txt
  • ios/Runner.xcodeproj/xcshareddata/xcschemes/develop.xcscheme
  • ios/Runner.xcodeproj/xcshareddata/xcschemes/staging.xcscheme
  • macos/Runner.xcodeproj/project.pbxproj
  • linux/flutter/CMakeLists.txt
  • macos/Runner.xcodeproj/xcshareddata/xcschemes/Runner.xcscheme
  • macos/Runner/AppDelegate.swift
  • ios/Runner.xcodeproj/xcshareddata/xcschemes/production.xcscheme
🚧 Files skipped from review as they are similar to previous changes (11)
  • lib/common/composition/dialog/custom_alert_dialog.dart
  • .github/workflows/android_firebase_app_distribution_staging.yml
  • .github/workflows/android_firebase_app_distribution_production.yml
  • web/firebase-messaging-sw.js
  • .github/workflows/android_play_store_distribution.yml
  • flutter.code-workspace
  • analysis_options.yaml
  • lib/core/riverpod/event_notifier.dart
  • project_setup/analysis_options.yaml
  • project_setup/pubspec.yaml
  • lib/app/setup/setup_app.dart
🧰 Additional context used
🪛 markdownlint-cli2 (0.17.2)
README.md

5-5: No empty links
null

(MD042, no-empty-links)


6-6: No empty links
null

(MD042, no-empty-links)


14-14: No empty links
null

(MD042, no-empty-links)


378-378: Unordered list indentation
Expected: 2; Actual: 4

(MD007, ul-indent)

🪛 LanguageTool
README.md

[uncategorized] ~196-~196: You might be missing the article “the” here.
Context: ... custom build run script phase and copy appropriate GoogleService-Info.plist file. It's a...

(AI_EN_LECTOR_MISSING_DETERMINER_THE)

🔇 Additional comments (4)
README.md (4)

3-3: Approved: Centered header layout
Using HTML <div align="center"> is a valid approach to center badges and images in GitHub-flavored Markdown.


79-79: Typo fixed correctly
Great catch fixing “benefitial” to “beneficial.” This improves the readability of the notes section.


210-210: Spelling correction verified
The change from “Debugable” to “Debuggable” is correct and aligns with standard terminology.


378-378:

Details

✅ Verification successful

Verify no stale namespace references remain
You updated the service identifier example to cz.helu.flutter.template.develop. Please ensure there are no remaining references to com.strv.flutter.template. You can run:

Expect zero matches.


🏁 Script executed:

rg "com\.strv\.flutter\.template"

Length of output: 35


No stale namespace references found
Ran rg "com\.strv\.flutter\.template" and confirmed zero matches. All namespace examples have been updated.

🧰 Tools
🪛 markdownlint-cli2 (0.17.2)

378-378: Unordered list indentation
Expected: 2; Actual: 4

(MD007, ul-indent)

@HE-LU HE-LU force-pushed the helu/chore/flutter_update branch from da95cb9 to b8d7cd9 Compare May 22, 2025 08:47
@HE-LU HE-LU merged commit afe9572 into main May 22, 2025
2 checks passed
@HE-LU HE-LU deleted the helu/chore/flutter_update branch May 22, 2025 15:41
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant