Hey @prko, thanks for the report. We will fix this in 3.9.1!

I've noticed that if you click on a TOC entry, navigate to a new page, and then go back, you'll be brought to the position in the original page that corresponds to the TOC entry.

That's probably because the URL including the anchor is being remembered?

As discussed in the previous two dev meetings, this is unlikely to be fixed because the problem lies in Qt's webview/webengine implementation, and fixing it would IMO require more time than it's worth. I propose closing this issue as wontfix.

oh, it is regrettable, but thank you very much for your effort and time.

This could be fixed, or at least improved, using javascript only. If you update the page URL when it is scrolled (to, for example, /some/long/url#currentVisibleHeading), then it should get picked up by the history mechanism and back will work fine. This is a common technique to provide coherent URLS for long pages. You could even do it with an exact position, but I think the heading should be enough.

I would also encourage anyone who wants to push on this to file a bug against QT (or, search around to see if there are any already-existing bugs)

there's a property scrollPosition in the QWebEnginePage class which could be pushed and popped on a stack for each forward/back call. see https://doc.qt.io/qt-5/qwebenginepage.html#scrollPosition-prop.

then you could maybe do this to restore scroll position (since qt has no api for restoring it QTBUG-48323):

QWebEngineView()->page()->runJavaScript(QString("window.scrollTo(%1, %2);").arg(scrollX).arg(scrollY));

I think it has already been patched. I will close it. Thanks for your time and effort!