Ich beobachte seit Monaten Dinge wie die folgenden, habe aber nie einen Bericht erstellt, weil ich sie nie konsistent reproduzieren konnte. Aber schließlich habe ich sie zufällig auf Video festgehalten! (Bitte verzeihen Sie daher das Pausieren und die Verwirrung, die in meinen Cursorbewegungen sichtbar wird.)
Achten Sie auf Folgendes:
Ungelesen ist leer
Contribute > Feature wird als „Normal“ angezeigt (obwohl es verfolgt wird, wie in meinen Einstellungen zu sehen), und erst nach einem Neuladen der Seite als „Verfolgt“
Ein Thema erscheint mysteriös in der Ungelesen-Liste (von vor Tagen, aus der Howto-Kategorie)
Der zweite Punkt ähnelt einem häufigen Fehler, den ich sehe (den ich aber nie auf Video reproduzieren konnte), bei dem ich auf ein Thema aus Neu in einer Kategorie klicke, die ich verfolge, aber sein Status wird erst nach einem Neuladen der Seite als „Verfolgt“ angezeigt. (Ich frage mich, ob das damit zusammenhängt.)
Kurz bevor ich dieses Video aufnahm, versuchte ich, diesen Fehler zu reproduzieren, indem ich Contribute > Bug verfolgte und dann auf eines seiner Themen aus der Ungelesen-Registerkarte klickte. Das gelang mir nicht, aber nachdem ich Contribute > Bug nicht mehr verfolgte, war meine Ungelesen-Registerkarte mit etwa 20 geschlossenen Themen aus Contribute > Bug aus dem Jahr 2015 gefüllt, was derselbe Fehler wie Punkt 3 zu sein scheint.
I can’t consistently reproduce the first, where the correct notification level is only shown after a refresh (of a category, or a topic). It’s been happening to me for months, but whenever I try to reproduce it, it doesn’t happen.
The second, which I think is a bit more minor, but still a nuisance can be reproduced (for a limited time only) like so:
Clear /unread
Track a category currently set to ‘Normal’
Go back to /unread and observe posts not previously in it
I’ve been able to do this with a number of categories, but only once for each. Once I’ve dismissed the posts from unread, they never appear again.
Consistently reproducing it takes a little more work, so hold onto your hats, it’s gonna get a bit crazy:
Go to unread in a category of your choosing which has a notification level of “Normal”, observe nothing there:
So, the bug here is that previously opened topics in a category become tracked, and appear in unread (unless previously dismissed), when the category is tracked, whereas nothing happens to old not-opened-before topics.
To me, what should happen is either:
Nothing changes about the notification status of old topics in a category when it becomes tracked, previously opened or not.
or
All old topics become tracked when the category is tracked, but are automatically dismissed, so only new activity appears in the unread tab.
I lean towards the second solution, provided explicitly set notification levels on topics are kept.
I haven’t investigated how this works with other notification levels, I imagine its the same, but I feel it would confuse things for the time being.
Der erste wäre, dass Themen nicht ordnungsgemäß implizit verfolgt werden. Wenn dies der Fall wäre, sollten alle Themen aus Community Building > Praise in diesem Schritt erscheinen:
Es scheint, dass diese Liste nur Themen mit einem Verfolgungsstatus von „verfolgt“ anzeigt, und das funktioniert nicht wie erwartet. Was stattdessen passieren sollte, wäre, alle Themen mit einem Verfolgungsstatus von „verfolgt“ sowie alle Themen in einer verfolgten Kategorie anzuzeigen. (Das Gleiche gilt für das Beobachten.)
Darüber hinaus ergibt diese Aussage zwar Sinn:
Es scheint, als fehle die gleiche Funktionalität, wenn ein Benutzer eine Kategorie verfolgt. Sollte nicht auch ein Verfolgungsdatensatz erstellt werden, wenn es einen neuen Beitrag in einem Thema gibt?
Der zweite Punkt wäre das Erscheinen scheinbar willkürlicher Themen als ungelesen, wenn du eine Kategorie verfolgst (ich nehme an, dies ist ein Nebeneffekt der Änderung des Verfolgungsstatus vergangener Themen von „regulär“ zu „verfolgt“), was durch das automatische Markieren dieser Themen als gelesen behoben werden könnte.
Das ist etwas, das ich vor einiger Zeit gefunden habe. Ein dazu gehörender Thread ist hier zu finden (ich bin mir nicht ganz sicher, warum er von Contribute > Bug nach Contribute > Feature verschoben wurde).
Der Thread ist etwas verwirrend, da ich ursprünglich dachte, das Problem sei durch den initialen Import aus phpBB entstanden. Hier also ein Versuch zur Zusammenfassung:
Es liegt daran, dass ein Thema nicht gleichzeitig neu und ungelesen sein kann:
Obwohl es implizit nachverfolgt wird, erscheint das Thema nicht in ungelesen, weil der Benutzer es noch nie angesehen hat.
Das Thema erscheint nicht in neu, weil es den Schwellenwert deiner Einstellung „Themen als neu betrachten, wenn“ überschritten hat.
Es ist ein schwer zu lösendes Problem, da es für die Benutzererfahrung wirklich schlecht wäre, wenn jedes einzelne alte Thema in einer Kategorie in deinem Tab „Ungelesen“ erscheinen würde.
Das „Automatische Abmelden“ ist datenbankseitig recht aufwendig (für jedes einzelne Thema in der gerade nachverfolgten Kategorie müsste ein neuer TopicUser-Eintrag erstellt werden).
Wir haben keine wirklich saubere Idee zur Lösung des Problems gefunden, und die Diskussion ist etwas abgeflaut. Eine Option, die @sam vorschlug, war:
Zu diesem Zeitpunkt dachte ich, das könnte eine gute Idee sein:
Aber
TL;DR: Ich habe keine Lösung, aber hoffentlich macht das die Problematik klarer
From a practical perspective, that doesn’t make sense to me. If I buy a book and put it on my shelf having not opened it, it is both new and unread.
Wouldn’t it be possible to have an old topic (with no tracking record) only appear in unread when there’s new activity on it?
So, just as a tracking record is created on new activity for topics in watched categories, a tracking record would be created on new activity for topics in tracked categories.
Combined with the above, couldn’t we just dismiss topics where the tracking record has been changed to “tracking” as a result of tracking the category, which would mean the same user experience, without any additional database writes? (If I understand how tracking records, dismissing and TopicUser relate.)
This way, it seems to me, we could have a mailing list experience for tracking too!
Sure, I agree. I was talking purely about how it currently works in discourse.
I believe @sam thought this would have major performance issues
I’m 99% sure a new record isn’t created for tracked topics - @sam said “created when we notify users”, and tracking doesn’t cause notifications. Maybe fixing this is the solution
Ok… I’ve done some testing in my dev environment. As a simplest possible repro:
Set previous visit timeout hours site setting to 0, to make testing quicker
User A sets “Consider topics new when” to “created since I was last here”
User A sets Category1 to tracked
User B posts in Category1
User A observes the topic in ‘new’, but does not open it
User A leaves the site
User A comes back to the site later, and User B’s post is gone from the ‘new’ tab
User B posts again in the same topic
The topic does not appear in either ‘new’ or ‘unread’ for User A, even though they are tracking the topic
That same repro works for ‘watching’ a category as well. A notification is sent, but no TopicUser row is created (checked on the rails console). It seems that this:
is not happening for some reason, both for watched and tracked categories.
Would it though? We already have topics listed in the latest tab and the new/unread tabs simultaneously. And the two (new and unread) are for different purposes: new is “show me the newest topics on this site” and unread is “show me topics I’ve expressed an interest in, but haven’t (finished) read(ing)”. For new to achieve its purpose it has to have unread topics in it which are new, and for unread to achieve its purpose it needs to have new topics in it which are unread.
Currently the unread tab is rather dysfunctional.
Interesting, thanks for doing all this investigation! So it would seem like if this did actually happen (or more specifically, a TopicUser row was created on topic update, rather than notification, to include tracked categories), then our problems here would be solved. @sam thoughts?
I am fine to change the semantics of “tracked category” so it means, if a category is tracked it will unconditionally show up in new regardless of your new duration, it does not mean this now.
