Thread:Andrewds1021/@comment-45117243-20201111034700/@comment-45117243-20201204085437

I meant only about new posts on a message wall, since combining different threads makes no sense. I agree that combining multiple replies of the same thread is actually helpful.

The thread (the last one, at least) is already linked in another property of the notification, and appears as the "href" property on the notification link, so if they just disable the combining you won't have to guess either.

Sections headers are not forced on the user who post the message so it may cause problems, but maybe. I think any solution would be sufficient as long as the page is linked and that you get to list of users who posted, or at least the number of them.

It doesn't seem as a limit, as it is pretty random. Sometimes page 28, sometimes page 31. The requests coming from your script and the requests coming from Fandom UI don't even stop at the same number when they run side-by-side. I'm trying to suspect it has something to do with the rate of the requests, and that a delay lets you gain more.

I'm talking about the default request size of 10 notifications per page, on UCP wikis.

Edit: Wow, the ability to scroll message wall notifications down the least revealed something very unexcpected. The title and snippet of the last new wall thread I got on my wall on the KOTLC wiki now appearead on a previous seperated new thread notification.

Checking the JSON - apparently the title and snippet of the last new thread are inserted to the "refersTo" of all new wall thread notifications I ever got on that wiki - since the migration a month ago.