Flutter应用经Snapcraft打包后file_picker无法弹出文件对话框

问题核心分析 #

你的Flutter应用使用file_picker: ^8.1.2插件，在Windows、Linux原生及Android环境下正常，但Snap严格 confinement 模式下无法弹出文件对话框。最初的AppArmor报错显示应用无法接收org.gtk.Actions接口的DBus调用，添加自定义DBus slot后报错消失，但对话框仍无法工作——原因是权限配置未覆盖GTK文件选择器所需的完整DBus访问权限，且部分必要系统插件未正确启用。

修正后的snapcraft.yaml配置 #

以下是调整后的完整配置，关键修改点已标注：

name: jpl
version: 0.6.0.0
summary: TBC
description: TBC.

confinement: strict
base: core22
grade: devel

apps:
  jpl:
    command: jpl
    extensions: [gnome]
    plugs:
      - dbus
      - desktop
      - home
      - system-observe
      # 添加文件选择器依赖的额外系统插件
      - gsettings
      - removable-media  # 若需访问外部存储设备则保留

parts:
  jpl:
    source: .
    plugin: flutter
    flutter-target: lib/main.dart

# 修正DBus插件配置：允许访问系统会话总线中的org.gtk.Actions接口
plugs:
  dbus:
    bus: session
    interface: "org.gtk.Actions"
    name: ":*"  # 允许接收任意会话总线服务的该接口调用

关键修改说明 #

1. DBus权限调整：
   原配置中dbus插件的name限定过窄，无法接收GTK文件选择器进程的调用。改为:*后，允许应用访问所有会话总线中提供org.gtk.Actions接口的服务。

2. 添加必要系统插件：

   • gsettings：GTK应用依赖该插件读取系统主题、文件选择器配置等核心参数；
   • removable-media：若应用需要访问USB等外部存储文件，必须添加此插件。

3. 移除冗余DBus Slot：
   你之前添加的dbus-gtk slot用于暴露自身应用的DBus服务，但问题根源是应用需要访问系统GTK服务，该slot无需保留，反而可能干扰权限逻辑。

验证步骤 #

1. 清理旧构建缓存：

   snapcraft clean
   

2. 重新构建Snap包：

   snapcraft
   

3. 安装并测试：

   sudo snap install --dangerous jpl_0.6.0.0_amd64.snap
   jpl
   

4. 查看运行日志排查剩余权限问题：

   journalctl -u snap.jpl.jpl -f
   

额外排查点 #

• 若仍无法弹出对话框，可临时将confinement改为devmode测试，确认是权限问题还是代码逻辑问题；
• 检查file_picker插件在Linux平台的依赖是否被Snap的flutter插件正确打包，可在构建日志中查看GTK相关库的安装情况。

内容的提问来源于stack exchange，提问作者SignalOne