LoginLogin

Bug Reports [OLD]

Root / Site Discussion / [.]

🔒
haloopdyCreated:
no, when a poll is present on a userpage it fails like that no matter what browser you use. 12 just removed it quietly between.
huh

chat is broken Also, I got my 2nd year badge 4 hours ago and din't see it until know, and I've been on for like half an hour

Also, I got my 2nd year badge 4 hours ago and din't see it until know, and I've been on for like half an hour
Congrats

This is kind of weird, but when I posted something, after it put up the post, the text in the post was still there. The edit button on the new post still said "Edit," so it wasn't an edit. It just still had the text in the box. (3DS browser v1.10.10166)

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.. uhh... actually because you guys can't see aaalll the events like admins can. sorry, should've tested that. it's not an easy fix, unfortunately. I'm sorry!

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 dev

I guess the not easy thing is filtering conditionally the events if admin or not idunno im not a dev
It 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 propertiesGoogle 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)

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.

One thing I noticed is that random projects are colored as if they were SB4 projects in the Submissions part of the site, even if they're SB3 projects or resources.

One thing I noticed is that random projects are colored as if they were SB4 projects in the Submissions part of the site, even if they're SB3 projects or resources.
Oh shoot is that still a thing? I swore I fixed that...