Bug Reports [OLD]
Root / Site Discussion / [.]
I'm sure it's been discussed before but... History is kind of broken. Even on the last page of the website activity page, (currently 1175), it gives you the option to go back another page despite said page being non-existent.
I'm sure it's been discussed before but... History is kind of broken. Even on the last page of the website activity page, (currently 1175), it gives you the option to go back another page despite said page being non-existent.The activity page references to a list that isn't big enough right now to fill 1176+ pages. That you're able to go back blank entries is definetly unintended. It's not that the page doesn't exist, the activity list just isn't big enough. I believe the page doesn't receive the number of entries and therefore isn't able to calculate that said page contains the first entries and prevent the user from going back even further though there will be nothing to read from.
The activity page references to a list that isn't big enough right now to fill 1176+ pages. That you're able to go back blank entries is definetly unintended. It's not that the page doesn't exist, the activity list just isn't big enough. I believe the page doesn't receive the number of entries and therefore isn't able to calculate that said page contains the first entries and prevent the user from going back even further though there will be nothing to read from.For all intents and purposes, the page is totally empty minus the template. There's also a very easy fix for this that doesn't require knowing the number of entries before hand. It has its downsides but it works. Either, you can disable the older history button until it is certain that the page is full of entries, or you can make it so that it disables the older history button once it calculates how many entries it has on screen. As to count the entries, perhaps counting <div> might work?
It's still relatively simple if you're going to count how many events were on the page using the counting method, one could do it with just a hacked together javascript file that has literally 0 relation to the rest of the forum software, but it does have it's faults and they're rather big faults.
It's okay, just something to keep in mind the future.
I guess the not easy thing is filtering conditionally the events if admin or not idunno im not a devIt probably wouldn't be an easy fix the way you're thinking of, assuming you mean making back end changes to filter it out. I'm talking about a Javascript file that counts the li elements on the HTML when it's processed on the user's end, and then makes changes to the buttons depending on whether it counts a full page or not.
Some images are upside-down on the website, even with SiteJS and user CSS emptied. But visiting the image's URL itself shows it normally.
Browser properties
Google Chrome 79.0.3945.136 (Official Build) (32bit) ba66147cb0b774820407a1715d697802d7bd8efb-refs/branch-heads/3945@{#1063} IS Android 8.1.0; GS180 Build/O11019
Basically, it's a bug in HTML
JPEGs contain metadata that can affect the rotation and some image viewers don't read this properly
HTML ignores it by default, but it's possible to fix with CSS:
img {
image-orientation: from-image;
}(this is currently only supported by firefox I think)I'll just have to deal with it cuz it's just for Firefox and I don't want to download Firefox just for this fix.