Question 1

なぜ xdg-open superproductivity:// が Linux 上でアプリではなくWebブラウザを開いてしまうのですか（Wayland グローバルショートカットが機能しない）？

Accepted Answer

Super Productivity の .deb パッケージ（v19.3.0 まで）は、Exec パスにスペースを含むデスクトップファイルを同梱しています: Exec="/opt/Super Productivity/superproductivity" %U。xdg-open は Exec を空白で分割し、最初のトークンに対して command -v を実行することでハンドラーを検証するため、引用符で囲まれたパスは検証に失敗し、xdg-open はデフォルトブラウザにフォールバックします。これにより、Wayland のグローバルショートカットで使用される superproductivity://toggle-visibility および superproductivity://add-task の URL スキームが機能しなくなります。

回避策: スペースを含まないラッパーを指すユーザーレベルのオーバーライドを ~/.local/share/applications/superproductivity.desktop に作成します:

[Desktop Entry]
Name=Super Productivity
Exec=/usr/bin/superproductivity %U
Terminal=false
Type=Application
Icon=superproductivity
MimeType=x-scheme-handler/superproductivity;
Categories=Office;ProjectManagement;

~/.local/share/applications が最初に検索されるため、xdg-open "superproductivity://toggle-visibility" は実行中のアプリに到達するようになります。この問題は上流の PR #11134（Exec=/usr/bin/superproductivity %U）で修正されており、次の .deb リリースに含まれます。アップグレード後は、オーバーライドファイルを削除してください。なお、.rpm パッケージにも同じ問題があり、#11136 で個別に追跡されています。

Question 2

XDGユーザーディレクトリがsymlinkである場合に、Super Productivity Snapが初回起動後にサイレント終了する問題を修正する方法

Accepted Answer

これは、Super Productivity 19.1.0SN の Snap リビジョン（4688/4854 など）に影響します。レガシーの `desktop-common.sh` は `bash -e` で実行されます。`~/Public` などの XDG ディレクトリが空のフォルダへのシンボリックリンクである場合、マイグレーションチェックが誤って `mv -vn ~/Public/* ~/Public/` を実行します。ディレクトリが空であるため、`*` が展開されず、`mv` が失敗し、ラッパーはエラーを抑制したままステータス 1 で中断します。

即時の回避策：空のシンボリックリンクされた XDG ディレクトリのすべてに、隠しファイルではないファイルを配置します。例えば：

```sh
touch ~/Public/placeholder
```

失敗するグロブ `*` は隠しファイルを無視するため、`.keep` などのドットファイルだけを使用しないでください。Desktop、Documents、Downloads、Music、Pictures、Templates、Videos など、他の空のシンボリックリンクされた XDG フォルダについても同様に繰り返し、次を実行します：

```sh
snap run superproductivity
```

Snap チャンネルを切り替えるだけでは修正されません。恒久的な修正は、ガード処理が施された `desktop-common.sh` を同梱する PR #10635 を含むリリースへ更新することです。あるいは、レガシーの desktop ヘルパーの代わりに Snapcraft の GNOME extension を使用して Snap をリビルドすることもできます。

Question 3

なぜ、リモートデバイスと同期した後も、私のタスクリストにオンボーディングのサンプルタスクが残っているのですか？

Accepted Answer

これは、以前にリモートを採用したことがなく、かつ未同期の状態からPopulated Remoteを採用したクライアントでSuperSyncを使用している場合に発生していました。修正により、初回同期時にローカルstateからサンプルタスクが自動的に削除され、見た目の乱れと意図しない再アップロードの両方を防止します。このアップデートを含むアプリの最新バージョンをご利用ください。

Question 4

なぜ Supersync :latest Dockerイメージでは JWTトークンが7日で期限切れになるのですか？

Accepted Answer

:latest イメージは、JWT_EXPIRY を '7d' から '365d' に変更したコミット 850f7248a より前にビルドされました。回避策: master ブランチ（コミット 850f7248a 以降）から自分でイメージをビルドしてください。リポジトリをクローンし、そのディレクトリ内で `docker build -t supersync .` を実行します。新しい :latest イメージが公開されるまで、これにより365日間のトークンが提供されます。

Question 5

Super Productivity でタスクを複製しても説明の内容がコピーされないのはなぜですか？

Accepted Answer

これはSuper Productivity v17.1.6で確認されたバグで、タスクを複製してもタイトルのみがコピーされ、説明の内容はコピーされませんでした。この修正はv19.1.0でリリースされました。アプリをバージョン19.1.0以降にアップデートすれば、タスクを複製する際に説明も完全にコピーされるようになります。

super-productivity

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト