fefrei
(Felix Freiberger)
2016 年 6 月 2 日午後 4:01
1
This issue is back from the dead:
Summary:
Attempted to set notification type for “moderators” group, and was unable to change it from normal
Steps to reproduce:
Open messages view
Switch to group message page
Click notification type switcher, and select any type other than normal
Expected Results:
Notification type switches
Actual Results:
Error appears in Chrome dev tools
Attachments:
Error in Chrome:
Uncaught TypeError: Cannot read property 'setNotification' of undefined
t.default.r.extend.clicked @ _applicatio…
Now it’s happening in Discourse 1.6.0.beta7. The reproduction steps are still the same, the error message is still Uncaught TypeError: Cannot read property 'setNotification' of undefined
.
Somehow, after reloading the page, I ended up tracking the inbox, and could switch to watching…
「いいね!」 1
fefrei
(Felix Freiberger)
2016 年 6 月 17 日午後 4:51
2
This is still an issue; but this time, I could not get the state to switch to tracking.
Here’s a screenshot of the inspector:
Can we repro this @techapj ?
techAPJ
(Arpit Jalan)
2016 年 6 月 17 日午後 7:15
4
Unable to repro this issue here on meta (for team & moderators group) or on try (admins group).
Just curious, did reloading the page solved the issue?
fefrei
(Felix Freiberger)
2016 年 6 月 17 日午後 7:20
5
Every time I tried to switch the notification mode, a new copy of the error was thrown on the console. Reloading didn’t fix it on the first try.
After trying a few different notification state and navigating to the archive and back, after reloading, I was tracking the inbox.
It’s interesting that you cannot reproduce it, while I could reproduce it multiple times. The only details that are interesting about my case:
login required
SSO is enabled
I was always testing it for a fresh group, after sending it a test email to make the inbox show up.
Is there something I can do to help you debug this?
「いいね!」 1
fefrei
(Felix Freiberger)
2016 年 6 月 22 日午前 11:31
6
Could you maybe try that again with a new group? I think that’s the most interesting difference between your experiment and my experience…
techAPJ
(Arpit Jalan)
2016 年 6 月 22 日午後 12:30
7
Just tried locally, still not able to repro this issue
「いいね!」 2
fefrei
(Felix Freiberger)
2016 年 6 月 22 日午後 3:23
8
Strange. I tried to reproduce it again, and failed – so it seems to be sporadic.
「いいね!」 1
fefrei
(Felix Freiberger)
2016 年 9 月 5 日午後 3:53
9
I just set up a fresh Discourse instance, and hit this again. Here’s what I did last:
create a new group
set up incoming mail for the group
send a test mail to the group
open the notification that there is a message in my inbox
try to set the notification level from there
「いいね!」 4
fefrei
(Felix Freiberger)
2017 年 3 月 14 日午後 4:12
10
I can no longer repro this.
However , I can no longer update the tracking state for someone else (by visiting their messages page). The change appears to work, and there are no errors in the console, but the change reverts when the page reloads. Instead, I changed my own tracking state for this group.
sam
(Sam Saffron)
2017 年 3 月 14 日午後 5:30
11
fefrei:
However, I can no longer update the tracking state for someone else (by visiting their messages page). The change appears to work, and there are no errors in the console, but the change reverts when the page reloads. Instead, I changed my own tracking state for this group.
Can you do a separate topic on this issue?
fefrei
(Felix Freiberger)
2017 年 4 月 20 日午前 7:14
14
I’ve just run into this again:
So it looks like the bug is back, or was never really gone.
An observation I made: This only occurs if the level is still at the default. It never happens once you successfully updated a group’s notification level once.
Is there anything I can do to help you debug this?
「いいね!」 2
sam
(Sam Saffron)
2022 年 7 月 21 日午前 7:00
15
Is this still the case now? I am going to assume not and close, but flag to reopen if it still happens.
「いいね!」 1