A workaround for those who don’t want to wait for a solution and have “User CSS” or a similar extension installed is to add this to your User CSS for the forums:
.topic-map.--bottom {
display: none !important;
}
A workaround for those who don’t want to wait for a solution and have “User CSS” or a similar extension installed is to add this to your User CSS for the forums:
.topic-map.--bottom {
display: none !important;
}
The discourse team got back to us and let us know this should be fixed now. Give us a shout if that’s not the case.
This
is
the
details
box
that
does
not
end.
Yes,
it
goes
on
and
on,
my
friend.
@TofuguNico Still opens upwards, but perhaps it’s a matter of waiting for something to percolate through the system.
Ah they told us the fix was pushed yesterday so it should have happened by now, I’ll get back to them now and see what they say.
Sorry accidentally replied in the wrong thread
Did they indicate if it was a local fix just for WaniKani or if it was a general fix they made? Asking because another Discourse forum is having the same type of issue.
It was meant to be a general fix but it seems now it was for a separate issue, they’re looking into the “hide details” issue and they told us they’d let us know once they have an update.
Well, I do notice the double-quoting of replied posts issue is fixed.
From the Discourse Team:
"We’ve checked that issue and did tests on different devices, browsers, and views (mobile & desktop).
We’ve managed to replicate similar behaviors on desktop views for Google Chrome and Mozilla via their latest versions. We also carried these findings and consulted internally.
Upon review by the engineering team, it seems that for Mozilla and Chrome, this is an expected scrolling behavior due to browser anchors. It’s a browser action that happens outside of Discourse and determines where that hidden context will be shown according to this browser scroll anchoring.
It seems this similar scrolling behavior is coming to Safari soon in the next version.
Hope that helps to clarify and trace that display behavior, and do let us know if you need any further information."
We followed up to ask if this can be changed and since this is expected behavior for the browser and not Discourse, they cannot make any changes.
-Nick at WK
Well, I reckon that they could change it by removing the scroll anchor from the stats box, what do I know? It might be expected browser behaviour, but it’s hardly expected Discourse behaviour.
Hey Belthazar! This was Discourse’s reasoning:
“That’s correct, Jen Since the browser has anchored scroll onto the element for the hidden summary <details>
section, it is not adjustable by Discourse.”
This
is
the
details
box
that
does
not
end.
Yes,
it
goes
on
and
on,
my
friend.
This
is
the
details
box
that
does
not
end.
Yes,
it
goes
on
and
on,
my
friend.
No, I’m still confused. It’s evidently not anchoring on to the details box, otherwise the behaviour wouldn’t change depending on whether or not the stats box is on the screen.
Also, the Mozilla page linked literally has a paragraph explaining how website developers can suppress that behaviour for specific elements.
Still, love how the response is not just the classic “it’s not a bug, it’s a feature” but also “and soon it’ll be a feature for eeeeveryone”.
It’s not true.
And if it is, it’s not a problem.
And if it is, it’s not a big problem.
And if it is, it’s not our fault.
And if it is, everyone does it.
I just saw this happen on the Natively forums and woooow it’s jarring. That said, I can’t reproduce it here with the examples in this topic, so maybe it’s fixed?
This
is
the
details
box
that
does
not
end.
Yes,
it
goes
on
and
on,
my
friend.
This
is
the
details
box
that
does
not
end.
Yes,
it
goes
on
and
on,
my
friend.
@seanblue Still happening for me, unfortunately.
I am not sure exactly when will details open upwards? Anything above 3 cm from the bottom of the screen?
Firefox, on Android + Windows
well-spoken !!