Skip to content

[flutter_tools] Migrate platforms away from .flutter-plugins #48918

Closed

Description

@franciscojma86

#48614 moves the plugins list to .flutter-plugins-dependencies. .flutter-plugins will be kept for a whilee to avoid breaking existing apps, but should be removed after the migration is complete

Activity

  1. added
    toolAffects the "flutter" command-line tool. See also t: labels.
    c: API breakBackwards-incompatible API changes
    on Jan 16, 2020
  2. jmagman commented on Jan 18, 2020

    @jmagman
    Member

    Is this a duplicate of #39657?

  3. jmagman commented on Jan 18, 2020

    @jmagman
    Member

    Oh never mind this is the cleanup step.

  4. dnfield commented on Dec 8, 2020

    @dnfield
    Contributor

    Is the migration on this complete?

  5. jmagman commented on Dec 8, 2020

    @jmagman
    Member

    It's still being parsed:

    File pluginsFile = new File(project.projectDir.parentFile.parentFile, '.flutter-plugins')
    plugin_pods = parse_KV_file('../.flutter-plugins')

    final File flutterPluginFile = flutterProject.flutterPluginsFile;

    final int numberOfPlugins = (rootProject.flutterPluginsFile.readAsLinesSync()).length;

  6. added
    P3Issues that are less important to the Flutter project
    on Aug 1, 2023
  7. christopherfujino commented on Aug 1, 2023

    @christopherfujino
    Contributor
  8. Gustl22 commented on Oct 25, 2023

    @Gustl22
    Contributor

    There may are projects, which were created with an old settings.gradle file, which references the .flutter-plugins file directly. This also may needs a test to not break the user experience somehow or write a proper migration / error message to upgrade it.
    For reference:
    #137115 (comment)
    #98048 (comment)

    Edit: it also states to remove dependencyGraph after migration, which is still used in flutter.groovy and I wonder how multiple transitive dependencies are handled then...or they just directly are stated in the plugins section then and the handling can just be safely removed (?)

  9. Gustl22 commented on Dec 21, 2023

    @Gustl22
    Contributor

    Looks like we're still parsing this in 2023

    This is now solved in #137115

    I think #54566 is obsolete due to #135392 and we can remove all the .flutter-plugins related stuff (generation and tests) after the deprecation period.

  10. 9 remaining items

  11. matanlurey commented on Nov 15, 2024

    @matanlurey
    Contributor

    As of the latest master, this is true behind the flag flutter config explicit-package-dependencies.

  12. matanlurey commented on Feb 22, 2025

    @matanlurey
    Contributor

    As of the latest master (#160289), this is true by default.

    After the next stable release, the ability to opt-out will be removed, and the feature can be removed.

  13. added
    p: waiting for stable updateflutter/packages issues that can't be fixed until functionality reaches the stable Flutter channel
    on Feb 22, 2025
  14. github-actions commented on Jun 18, 2025

    @github-actions

    This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of flutter doctor -v and a minimal reproduction of the issue.

  15. locked as resolved and limited conversation to collaborators on Jun 18, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

P2Important issues not at the top of the work listc: API breakBackwards-incompatible API changesp: waiting for stable updateflutter/packages issues that can't be fixed until functionality reaches the stable Flutter channelteam-toolOwned by Flutter Tool teamtoolAffects the "flutter" command-line tool. See also t: labels.triaged-toolTriaged by Flutter Tool team

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions