Question 1

왜 Linux에서 xdg-open superproductivity://가 앱 대신 웹 브라우저를 여나요 (Wayland 전역 단축키가 작동하지 않음)?

Accepted Answer

Super Productivity .deb 패키지(v19.3.0까지)는 Exec 경로에 공백이 포함된 desktop 파일을 배포합니다: 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

이 문제는 4688/4854와 같은 Super Productivity 19.1.0SN Snap 리비전에 영향을 줍니다. 레거시 `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 채널만 전환해서는 해결되지 않습니다. 영구적인 해결책은 보호된(guarded) `desktop-common.sh`가 포함된 PR #10635가 적용된 릴리스로 업데이트하는 것이며, 또는 레거시 데스크톱 헬퍼 대신 Snapcraft GNOME 확장을 사용하여 Snap을 다시 빌드할 수도 있습니다.

Question 3

원격 장치와 동기화한 후에도 onboarding 예제 작업이 내 작업 목록에 남아 있는 이유는 무엇인가요?

Accepted Answer

이 문제는 이전에 동기화된 적이 없는 클라이언트에서, 사용자가 채워진 원격 저장소(populated remote)를 채택하기 전에 SuperSync를 사용할 때 발생했습니다. 이제 수정 사항이 첫 번째 동기화(first sync) 중에 로컬 상태(local 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

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트