이것은 다음 항목의 중복입니다.
해당 항목이 닫혀 있어서 댓글을 달 수 없었습니다.
저에게는 여전히 같은 문제가 발생하고 있습니다.
discourse-push-notifications v0.3.0
discourse v2.5.0.beta2
이것은 다음 항목의 중복입니다.
해당 항목이 닫혀 있어서 댓글을 달 수 없었습니다.
저에게는 여전히 같은 문제가 발생하고 있습니다.
discourse-push-notifications v0.3.0
discourse v2.5.0.beta2
어떤 브라우저를 사용하시나요? 브라우저 버전 번호는 무엇인가요? 다른 웹 브라우저에서 시도해 보셨나요? 모든 브라우저 플러그인을 비활성화하고, 브라우저의 기본 설치 상태로 시도해 보셨나요?
Chrome와 Firefox 모두에서 재현되었습니다.
Chrome Version 80.0.3987.149 (Official Build) (64-bit)
Firefox 74.0 (64-bit)
OS:
Ubuntu 19.10
익명 모드에서도 확장 프로그램 없이 테스트해 보았으나 결과는 동일했습니다.
시연용 짧은 영상을 첨부합니다:
나중에 이 게시물을 발견했습니다: Discourse Push Notifications for Desktop - #49 이 게시물에는 유사한 문제가 설명되어 있습니다
Windows와 Android에서 Chrome에서 이 문제가 발생한다는 것을 확인했습니다.
토글을 켜고 끄고 저장할 때 네트워크 호출을 확인해 보았습니다.
저장 버튼을 누르면 다음 네트워크 호출이 발생합니다:
PUT https://discourse.example.com/u/{user-id}.json
토글이 켜진 상태로 저장할 때 폼 데이터로 전송된 내용은 다음과 같습니다:
new_topic_duration_minutes: 2880
auto_track_topics_after_msecs: 240000
notification_level_when_replying: 2
like_notification_frequency: 1
allow_private_messages: true
토글이 꺼진 상태로 페이지를 저장할 때 폼 데이터로 전송된 내용은 다음과 같습니다:
new_topic_duration_minutes: 2880
auto_track_topics_after_msecs: 240000
notification_level_when_replying: 2
like_notification_frequency: 1
allow_private_messages: true
보시는 바와 같이 두 내용은 동일하며, 푸시 우선(prefer push) 옵션이 포함된 것 같지 않습니다.
또한, 로컬 스토리지(localstorage)를 살펴보니 discourse_push_notifications_prefer_push라는 속성이 있으며, 푸시 우선 옵션을 켜고 끄면 값이 비어 있는 것과 true 사이를 오갑니다. 하지만 이 값이 네트워크 호출에 추가되지 않는 것으로 보입니다.
또한, 제 Discourse 브라우저 콘솔에서 isPushNotificationsSupported의 평가를 수동으로 실행해 보았는데, 결과가 true로 나타났습니다. 즉, 푸시가 지원되는 것으로 추정됩니다.
또한, 알림 활성화 버튼은 정상적으로 작동한다는 점도 덧붙이고 싶습니다:
이거 버그인가요 @falco?
그렇네요. 이 기능이 가장 많이 사용되는 기능이 아니라, 모바일에서는 푸시 알림이, 데스크톱에서는 데스크톱 알림이 가장 일반적이며, 팀 내에서도 호스팅 서비스에서도 이 기능을 사용하는 사람이 없다고 생각하니, 놀랍지 않습니다.
이번 주에 수정해 보겠습니다.
음, 이제 내가 더 혼란스러워졌네요
"데스크톱 알림"이라고 하셨을 때, 이 설정을 말씀하시는 건가요?
저는 가입 첫날부터 이 설정을 켜두었는데, 브라우저 알림을 받은 적이 한 번도 없습니다.
제가 오해한 건가요? 제가 놓치고 있는 부분이 있나요?
혼란스럽습니다 ![]()
현재 이 기능이 정상적으로 작동하며, 자동으로 푸시 알림 구독을 갱신하는 과정에서 키 마이그레이션이 이루어지더라도 계속 작동해야 합니다.