Topic: General bug report thread - bugs here, bugs there, bugs everywhere, come here and report your bugs

snpthecat said:
I do complain quite a bit but I do show appreciation for the added features that I like.

News to me. But that's fine.

snpthecat said:
Sometimes a tap send me straight to the editor despite me not being in note editing mode, sometimes a tap is not registered and i have to tap the note again. Sometimes (though more rarely) note interactions fail altogether unless i tap it enough times to bring up note editor.

I feel that the note interaction area (the one used to bring up the note) feels a bit smaller than how it was previously, but that's just what I feel

I can't really replicate this. Which browser are you using?

In Firefox (mobile), both tapping and tapping-and-holding brings up the note fairly reliably.
Double-tapping on a note box _does_ bring up the editor, but that's expected behavior that is identical to the previous implementation.
Haven't seen a tap straight up not do anything.

The note box area should remain exactly the same as before.

cinder said:
News to me. But that's fine.

aw, come on Cinder, SNP has definitely gone to bat for changes you've made plenty of times.

The TOS page references the privacy policy, and has a link to it, and says you must agree to the privacy policy. Clicking the link to the privacy policy just takes you to the TOS page again because you haven't agreed to the TOS yet. Pretty sure you can't make someone agree to a contract they aren't able to read! :P

Should probably make the privacy policy page (and any similar things related to the TOS) immune to generating the redirect to the TOS agree page.

Edit: Apparently someone beat me to opening a github issue about it: https://github.com/e621ng/e621ng/issues/1416

cinder said:

I can't really replicate this. Which browser are you using?

In Firefox (mobile), both tapping and tapping-and-holding brings up the note fairly reliably.
Double-tapping on a note box _does_ bring up the editor, but that's expected behavior that is identical to the previous implementation.
Haven't seen a tap straight up not do anything.

The note box area should remain exactly the same as before.

Safari (mobile).

I'm not sure, but I think tapping on the image (but not on the note) might increase the chance that being up the note might fail. Also I might have a small hunch that some of the issues might stem from being able to select text in the image (like how you would be able to select text in the message you're currently writing to respond to this)

The tag search is being uncooperative at the moment.

Entering in a tag in the "Search" input field won't work if there's anything showing up in the suggested tags, in both mobile and desktop Firefox (latest version on both), and the suggestions don't go away even if I hit the space bar after the term I want to search for.

If I type in another letter the suggestions go away like they should, and after deleting that extra character I can send in the request with no further problem.

(Possibly related, the tag suggestions when editing an existing submission's tags also don't go away until you start typing something else, but the "Send" button will still work even with the submission drop-down showing.)

On brave the search field is giving me strange behavior. If I type a tag into the field, it won't let me hit "enter" until I manually select one of the suggested tags from the drop-down box (even if it's exactly the same as one of the suggested tags in the search.) I'm using no form of ad-block, tampermonkey script, or third party modification to the site if that's useful information at-all.

Edit mode (in the post index) is broken. Its buttons get disabled after submitting one edit. Tested on Firefox, and Edge with nothing but uBlock installed.

EDIT: they're disabled only after first edit, right click and click inspect, then remove "disabled" property to temporarily restore their functionality.

mintstick said:
On brave the search field is giving me strange behavior. If I type a tag into the field, it won't let me hit "enter" until I manually select one of the suggested tags from the drop-down box (even if it's exactly the same as one of the suggested tags in the search.) I'm using no form of ad-block, tampermonkey script, or third party modification to the site if that's useful information at-all.

I'll add that you have to either select from the list or manually click the search button, which is not too bad on mobile but annoying on desktop.

mintstick said:
On brave the search field is giving me strange behavior. If I type a tag into the field, it won't let me hit "enter" until I manually select one of the suggested tags from the drop-down box (even if it's exactly the same as one of the suggested tags in the search.) I'm using no form of ad-block, tampermonkey script, or third party modification to the site if that's useful information at-all.

I'm getting the same thing but on firefox mobile. Iirc my device just updated to android os 16, one UI ver 8, if that makes any difference. I dont recall having this bug until very recently.

I'm experiencing a somewhat strange issue. On my computer and iPad, I can vote on comments I like or dislike, but I can't on my phone.
Does logging in from multiple devices cause this issue?
By the way, voting on works works fine, except on comments. Also, the red box at the top only has a period, and I'm not sure what to do.

Looping ToS prompts and having to double-submit the search fields to get searches to run. Fun!

... Can we at least change the news at the top of the site if we're going to keep breaking things in weird, unusual ways? Last I checked, it's not May anymore.

Not sure if this is something other people are having, but since around the update that added the TAC challenge it seems all of the image scaling on the website is broken on my mobile, even gifs. Original shows the full image but its way too big for my screen and the other options are all way too stretched vertically, even picking vertical fit is stretched too much.

disposableyeens said:
I dislike the removal the "edit" within the options section on a post.

It doesn't seem logical to only have it further away from all the tools for editing or changing posts.

It is really frustrating on desktop.

Agreed. I've always used the sidebar for starting tag edits. It only being next to the 'comments' button now is rather jarring; my brain interprets it as a button for comment editing instead.
Redundancies aren't a bad thing. It's okay to have a button in two places at once. A single line above or below the 'Edit Notes' option won't hurt anything.

Know bug, fixed, awaiting review & integration to the live site.

I'm adding it back, should be in either this week's Wednesday update or the next one.

For the curious, the dev who made the change wanted to shorten the distance to the reverse image search links by trimming redundant elements from the sidebar, not realizing how many people relied on it for accessing tag editing, as they use the keyboard shortcuts for it. It was an honest, well-intentioned mistake that's being resolved.

aacafah said:

For the curious, the dev who made the change wanted to shorten the distance to the reverse image search links by trimming redundant elements from the sidebar, not realizing how many people relied on it for accessing tag editing, as they use the keyboard shortcuts for it. It was an honest, well-intentioned mistake that's being resolved.

Huh, how many people use the reverse image search tools every day on average?

snpthecat said:
Huh, how many people use the reverse image search tools every day on average?

By that same token, how many people use the Edit button in the sidebar? Obviously the answer is "a lot", but my point is that it's very easy to make bad assumptions on how people interact with software when those assumptions are primarily based on how you use it, or even a small subset of similar users use it (which is why the idea of user personas is useful in UI/UX development). They used it a hell of a lot, & a lot of the people they talk to use it a hell of a lot, & they never use the Edit button in the sidebar, so they assumed no one would care.

aacafah said:
By that same token, how many people use the Edit button in the sidebar? Obviously the answer is "a lot", but my point is that it's very easy to make bad assumptions on how people interact with software when those assumptions are primarily based on how you use it, or even a small subset of similar users use it (which is why the idea of user personas is useful in UI/UX development). They used it a hell of a lot, & a lot of the people they talk to use it a hell of a lot, & they never use the Edit button in the sidebar, so they assumed no one would care.

Fair enough, my question does reflect that I don't use it that often. Though I was just wondering the actual stats for it, though it seems it isn't tracked

The hover text still isn't showing up on the comic pools or pages, even after the UI update. Will this be fixed?

zaz72 said:
The hover text still isn't showing up on the comic pools or pages, even after the UI update. Will this be fixed?

My guy, we have a lot of things we are working on, & fixing this requires spending a fair amount of time working with some deep jank. It's on our radar, we will fix it, but this does not even approach the top of our to-do list.

There's problems that take a long time but are very valuable, & there's minor fixes/improvements that don't take that long. This problem is in that terrible region of taking a fair amount of time (not the most time, but far from a quick fix) while also not being terribly valuable. We haven't forgotten it, but there is a very real resource cost to our development decisions; everything we spend time on is done at the cost of everything else we have to do. As a result, things that offer a low return for our time investment get done when we get a chance. We have not gotten a chance to fix this, and we will when we do. Of course, we are open source, so anyone could theoretically drop in & handle it, but as for the core development team of 1 actual dev & 3 hobbyists (at least 3 of whom aren't getting paid for this) have to weigh this value proposition.

If you want to inquire about this again, DM me; please stop spamming this issue.

On mobile, for some reason as of about the 15th, when i press enter instead of accepting & going to what i search, it tries to go down to a lower line that doesn't exist as if i pressed return, it has never done this before then

person111102 said:
On mobile, for some reason as of about the 15th, when i press enter instead of accepting & going to what i search, it tries to go down to a lower line that doesn't exist as if i pressed return, it has never done this before then

+++, it started about yesterday for me, both on mobile and web versions

NM. Feeling really dumb now...I didn't know e926 existed and accidentally ended up on that. All good here, LoL!
I'm seeing very few things appearing in searches. For example: if I search an artist that shows they have 700+ pictures and less than 100 pictures appear. There's no notice of blacklisted tags being blocked at all, so I'm pretty sure I've not done this to myself with blacklist errors. I've also made sure safe mode isn't turned on.

Whenever I open a new page, i.e. clicking any of the links on e6, the new terms and conditions flash onscreen for a split second and then disappears.

Firefox Desktop. Not having it on Firefox IOS. Nevermind, it stopped after I made this..?

I usually use e6 on my old tablet, and the new T&C page is formatted so incorrectly that I can't actually press both check boxes to be able to hit accept.

I had managed to deal with images often getting buried behind comments instead of where they belong by pressing the download button, but being unable to accept the T&C due to formatting issues makes using the site 100% impossible.

soarin_ftw said:
I usually use e6 on my old tablet, and the new T&C page is formatted so incorrectly that I can't actually press both check boxes to be able to hit accept.

I had managed to deal with images often getting buried behind comments instead of where they belong by pressing the download button, but being unable to accept the T&C due to formatting issues makes using the site 100% impossible.

this sounds like a problem with how your browser is rendering stuff and not a problem with the site's formatting. I have no idea what could be possibly causing this, though, it kinda sounds like the text is being re-scaled or something bizarre like that, causing the elements to overlap.

glotsam said:
+++, it started about yesterday for me, both on mobile and web versions

Equally it seems to just not accept the enter or mobile keyboard return as a form submit anymore

dba_afish said:
this sounds like a problem with how your browser is rendering stuff and not a problem with the site's formatting. I have no idea what could be possibly causing this, though, it kinda sounds like the text is being re-scaled or something bizarre like that, causing the elements to overlap.

It's not just the one browser. It happens on chrome, safari, and firefox. Nothing changes if I change the text size in the tablet's settings menu.

soarin_ftw said:
I usually use e6 on my old tablet, and the new T&C page is formatted so incorrectly that I can't actually press both check boxes to be able to hit accept.

I had managed to deal with images often getting buried behind comments instead of where they belong by pressing the download button, but being unable to accept the T&C due to formatting issues makes using the site 100% impossible.

I do not know what you mean by "page is formatted so incorrectly".

cinder said:
I do not know what you mean by "page is formatted so incorrectly".

Here's a screenshot of my issue. Can't even scroll down to try to find the accept T&C button. I wish I knew why my tablet doesn't like e6 anymore, other than it just being old.

enter still doesn't work to search :/

soarin_ftw said:
Here's a screenshot of my issue. Can't even scroll down to try to find the accept T&C button. I wish I knew why my tablet doesn't like e6 anymore, other than it just being old.

don't use Discord as an image host links with the proper metadata expire after 24 and links without the metadata don't work.

soarin_ftw said:
Here's a screenshot of my issue. Can't even scroll down to try to find the accept T&C button. I wish I knew why my tablet doesn't like e6 anymore, other than it just being old.

dba_afish said:
don't use Discord as an image host links with the proper metadata expire after 24 and links without the metadata don't work.

Yep, link does not work.

dba_afish said:
don't use Discord as an image host links with the proper metadata expire after 24 and links without the metadata don't work.

Just paste the link in a Discord channel, the client will refresh the link and you'll get the image just fine (not saying that using discord for this is fine, you should still use something else like imgur instead)

donovan_dmc said:
Just paste the link in a Discord channel, the client will refresh the link and you'll get the image just fine (not saying that using discord for this is fine, you should still use something else like imgur instead)

it does require you to have a Discord channel in which to paste it, but that's not too big of a deal either.

---

anyway, I can see the issue now. it's rendering the text of the ToS above everything else, with seemingly no scroll bar. the second checkbox is totally MiA, presumably having been shifted way off the bottom of the screen.

... still have no idea how we could possibly fix it.

Bug: Plain urls ending in ) drop the ) from the rendered link, causing links to invalid locations.

Example from https://e621.net/wiki_pages/1221

Source: http://bulbapedia.bulbagarden.net/wiki/Meowth_(Pok%C3%A9mon)

Renders as

Source: http://bulbapedia.bulbagarden.net/wiki/Meowth_(Pok%C3%A9mon)

Note that the trailing ) is not part of the link label, and the rendered link is to:

http://bulbapedia.bulbagarden.net/wiki/Meowth_(Pok%C3%A9mon

which of course does not exist.

Technically, this has a work-around, escaping the parentheses:

Source: http://bulbapedia.bulbagarden.net/wiki/Meowth_%28Pok%C3%A9mon%29

..which renders to:

Source: http://bulbapedia.bulbagarden.net/wiki/Meowth_%28Pok%C3%A9mon%29

But it would be friendlier if we weren't obliged to escape parentheses.

savageorange said:
(...)

That's a consequence of how dtext works and I'd bet on it never being fixed (that bug has existed for at least 6 years, though it might have been imported from danbooru in which case it would be over a decade)

Just surround the url with <>
http://bulbapedia.bulbagarden.net/wiki/Meowth_(Pok%C3%A9mon)

And if it's a named link, use [] around the url

named link

donovan_dmc said:
That's a consequence of how dtext works and I'd bet on it never being fixed (that bug has existed for at least 6 years, though it might have been imported from danbooru in which case it would be over a decade)

Fair enough, thanks for the clarification and quick response.

dba_afish said:
it does require you to have a Discord channel in which to paste it, but that's not too big of a deal either.

---

anyway, I can see the issue now. it's rendering the text of the ToS above everything else, with seemingly no scroll bar. the second checkbox is totally MiA, presumably having been shifted way off the bottom of the screen.

... still have no idea how we could possibly fix it.

A scroll bar as a backup in case the text in the text box renders too far down? An alternate TOS screen with the check boxes on the side if the browser's version is way old?

savageorange said:
Bug: Plain urls ending in ) drop the ) from the rendered link, causing links to invalid locations.

It's not strictly speaking a bug.
Right parenthesis is explicitly defined as one of the characters that mark the end of the link.
https://github.com/e621ng/dtext/blob/master/ext/dtext/dtext.cpp.rl#L25

At this point, changing that behavior will break a bunch of _other_ links that are formatted like this:

("google":https://google.com)

My personal take on it is that this URL format is simply a bad idea.
Using the "google":[https://google.com] format is just safer in general.

soarin_ftw said:
A scroll bar as a backup in case the text in the text box renders too far down? An alternate TOS screen with the check boxes on the side if the browser's version is way old?

I still don't know what the issue you are talking about looks like.

dba_afish got me the screenshot.
Exactly how old is your browser? Is it pre-2013?

Pressing Enter to submit searches has been fixed!

With the new quote button, quote blocks seem to disappear on the upload page as soon as you hit the Upload button.

Unable to do anything with sets at the moment. Was getting blank errors when trying to add to one set, only to find out they get screwy past 7k. So I tried to make a new set as a continuation of the theme, but even doing that is leading to the database timing out. Is this just a temporary blip or is something else going on?

daashan said:
Unable to do anything with sets at the moment. Was getting blank errors when trying to add to one set, only to find out they get screwy past 7k. So I tried to make a new set as a continuation of the theme, but even doing that is leading to the database timing out. Is this just a temporary blip or is something else going on?

Adding to a set works eventually if you just keep trying. Sometimes takes me up to like six tries, but it eventually will work.

sexygriffon said:
Adding to a set works eventually if you just keep trying. Sometimes takes me up to like six tries, but it eventually will work.

I have done that, but it was getting tedious. I thought perhaps making a new set to continue the theme (solo male images) would help, but then I was getting a timeout error multiple times just trying to make a new set entirely.

I tried again just now to make a new set, got the same error:

The database timed out running your query. Log ID: 9237646a-24dd-49cc-b9de-2d65ece82b1c

Maybe the database is having issues in general across the board?

daashan said:
Unable to do anything with sets at the moment. Was getting blank errors when trying to add to one set, only to find out they get screwy past 7k. So I tried to make a new set as a continuation of the theme, but even doing that is leading to the database timing out. Is this just a temporary blip or is something else going on?

I'm having the same problem. Adding to a new set with ~60 posts is not happening even after I try for 20 times or so

deeaydeetee said:
I'm having the same problem. Adding to a new set with ~60 posts is not happening even after I try for 20 times or so

How about you stop trying then?
I apologize if this sounds rude, but hammering at an obvious issue is definitely not helping things.
Not sure what your expectation was here.

daashan said:
Maybe the database is having issues in general across the board?

No, it's post sets specifically – strange latency issues popped up overnight.
Should be more or less resolved now.

Post sets are always having performance issues. There is a vicious cycle here – when things start chugging, people start hammering at the poor thing even harder to try and get through, and making things even worse.
I've improved things a bit in the last update, but it seems like there is more work to be done.

cinder said:
How about you stop trying then?
I apologize if this sounds rude, but hammering at an obvious issue is definitely not helping things.
Not sure what your expectation was here.

No, it's post sets specifically – strange latency issues popped up overnight.
Should be more or less resolved now.

Post sets are always having performance issues. There is a vicious cycle here – when things start chugging, people start hammering at the poor thing even harder to try and get through, and making things even worse.
I've improved things a bit in the last update, but it seems like there is more work to be done.

Thanks for the update, Cinder!
I tend to give at least 9 seconds between requests, sometimes more. Sometimes I go away for a few minutes and come back to continue. I was worried that despite my best efforts, I was overwhelming the system. But of course I'm only one user among thousands sending requests, so at some point, things can get dicey.

I tried making a new set now, and it worked! Cautiously optimistic here, I'm gonna wait a few minutes before trying to add anything to it, just in case.

cinder said:
I still don't know what the issue you are talking about looks like.

dba_afish got me the screenshot.
Exactly how old is your browser? Is it pre-2013?

I tried on three browsers. Chrome on my device last updated December 2018 and Firefox in October 2018. Both display the TOS issue described earlier. And other issues, but I can't get to an image to get a screenshot of the issue.

I have Puffin, its last update was probably in 2018 too. And what's going wrong with it is... different. The TOS page works at least, but it isn't happy. Then I get past that and hit "Latest" to see this:
• The top bar is broken in three and takes over a whole screen.
• Scroll a little down, there's the last chunk of the top bar. Plus the search bar and tags, with missing colors.
• Scroll further, there's a HUGE wall of blue where the images are supposed to display, but there's just nothing...
• ...until the bottom of the page.

If ToS pop-up appears above or in place of previously opened page (forum, posts, search, profile. Any page at all, maybe except frontpage) after agreeing to it (for n-th time over) it shows error similar to "no access to the page". Updating page in this case is useless as it'll be stuck on error, going back opens ToS again in most if not all cases.

Behavior most evident on mobile Opera (any sufficiently new version) and mobile Firefox. Other browsers untested.

Also in Opera ToS agreement "check cookie confirmation" seems to not persist for longer than several weeks. No cookies, cache, history or app data cleaning. Other sites for the most part keep relevant data (this is uniquely Opera problem, other Chromium browsers untested).

Just had a bad gateway error a few minutes ago, if that means anything

Android 15 using Firefox 144.0.1

The website loads but the images do not.

The website has been loading slowly since yesterday. It will load fine at first, but then load slowly, before loading fine. Is this going to be fixed soon? I'm using Google Chrome. It still loads fine on mobile. This has been happening since the night of October 27th.

zaz72 said:
The website has been loading slowly since yesterday. It will load fine at first, but then load slowly, before loading fine. Is this going to be fixed soon? I'm using Google Chrome. It still loads fine on mobile. This has been happening since the night of October 27th.

Same for me. Both Firefox on PC and Firefox for Android. Luckily, it stopped around 5 PM CT yesterday. Hopefully it stays that way.

Keyboard shortcuts seem to be overriding the browser's shortcuts more than they used to. Sometimes it works once, sometimes it doesn't work at all. If I press alt+back to go back a page, it usually goes back, but if I keep holding alt and press back again, it ignores it and uses the keyboard shortcut for just the back. I also noticed ctrl+R often ignores the ctrl and does Random instead of Refresh. I don't remember this happening before, but maybe I just didn't notice it.

I guess it could also be because of the latest Firefox update. 140.4.0esr

Blacklisting isn't saving the specific tag I'm trying to put it. I'm trying to blacklist [bodily_wate] but whenever I save and go back to my list or (save,) refresh and go back to my list it changes it to [bodily_fluids]. This is extremely frustrating because "bodily fluids" can literally range from blood to sperm, to waste. I don't want to block everything I want to block this specific tag! And assuming this isn't a one time thing with other tags means that this could severely mess with peoples searchs.

nnsfweevee said:
Blacklisting isn't saving the specific tag I'm trying to put it. I'm trying to blacklist [bodily_wate] but whenever I save and go back to my list or (save,) refresh and go back to my list it changes it to [bodily_fluids]. This is extremely frustrating because "bodily fluids" can literally range from blood to sperm, to waste. I don't want to block everything I want to block this specific tag! And assuming this isn't a one time thing with other tags means that this could severely mess with peoples searchs.

There is no bug here, bodily waste is aliased to bodily fluids, or in other words bodily waste is not a usable tag

And yes, it's a broad tag, you should blacklist what you actually want to blacklist rather than using broad tags that cover more than you want

zaz72 said:
The website has been loading slowly since yesterday. It will load fine at first, but then load slowly, before loading fine. Is this going to be fixed soon? I'm using Google Chrome. It still loads fine on mobile. This has been happening since the night of October 27th.

Days later, it's slower than other sites. I have cancelled out an action a few times by thinking it didn't register when it had.

Minor bug with the new WebP implementation:
The filetype cannot be selected in the post replacements form.
Although it appears that all other filetype filters do not affect the search results as well.

Another WebP related bug:
As reported in topic #60252 it is currently not possible to add notes to posts hosting a WebP file.

the pool gallery overflows the page horizontally, and the pool titles under the thumbnails get truncated.

also, clicking the main reply button on a forum thread loads a new page rather than bringing up the on-page reply box.

also, the red borders around the thumbnails of flagged posts are showing up for all user levels when previously those would only appear for janitor+.

First time here. While what I'm talking about might not be a bug, but I'm wondering what happened with the preview of tags that would show up when in the new upload section when typing for tags (ex: I type "rai" and results would show something like "raised tail", "raised legs", "raised clothing", etc.) It was a nice quality of life that sped things up and even helped with new tags I wasn't familiar with and showed me if what I was searching for had an alias. I only recently noticed this so I will admit I haven't looked around if there's a setting for it now or if it's something on my end.

Show description on tag/description history's not showing up. Is this intentional?

I am aware of some of the issues with the latest release.
The following problems have already been fixed, and are awaiting deployment:

• inline scripts breaking stuff like forum topic "reply" button
• description popup not working up on the post versions page
• error in the console when editing a post (non-blocking)
• autocomplete and dtext not initializing on the upload page
• pool layout breaking on smaller mobile screens

Let me know if you run into any problems besides these.

On mobile with the new look, the comment count is no longer visible on post previews. However, it is still visible on desktop/desktop-mode.

peeslutwhore said:
On mobile with the new look, the comment count is no longer visible on post previews. However, it is still visible on desktop/desktop-mode.

I mean, it's still visible when you used landscape mode. Still, kind of bummed

peeslutwhore said:
On mobile with the new look, the comment count is no longer visible on post previews. However, it is still visible on desktop/desktop-mode.

Its visibility depends on your screen size. Just to avoid overflows on mobile.
... it should also be displaying if you have the "Large" thumbnail size selected, but that does not seem to be functioning properly. I'll be looking into it.

cinder said:
Let me know if you run into any problems besides these.

on desktop with small thumbnails, the thumbnails are no longer evenly distributed horizontally -- the gaps between thumbnails are smaller, and there's a large gap on the right side of the screen.

cinder said:
Let me know if you run into any problems besides these.

not a bug but, particularly high score values get shortened into the ##.#k format in the infobox, but favcount does not, just looks a bit odd.

dfn-451 said:
not a bug but, particularly high score values get shortened into the ##.#k format in the infobox, but favcount does not, just looks a bit odd.

This should now be fixed, alongside other issues I mentioned earlier.

sps said:
on desktop with small thumbnails, the thumbnails are no longer evenly distributed horizontally -- the gaps between thumbnails are smaller, and there's a large gap on the right side of the screen.

I'm not entirely sure if the thumbnails were previously getting centered like that.
Based on the source code, they were getting auto-filled pretty much the exact same way as now.

I can definitely look into getting thumbnails spaced evenly.
Although I'm sure some people will complain about it too.

cinder said:
Let me know if you run into any problems besides these.

Does "The bar under the thumbnails is way too small and almost unreadable for even slightly nearsighted people" count as a problem? Like my eyes aren't that bad, and I have to lean forward or zoom in to read that, shit's too small dawg :p

So, this new update literally removed all pictures from the list when one does a search for pictures.

Yesterday it worked right with my potatoPC6000 with old WinXP, and now only text works like the forum.

A pity, as this site also does not work at all with the web browser K-meleon.

Now to see how I can resurrect a better machine to continue browsing with Linux. :)