arnearno said: ...

Hey, would you mind double-checking if the site now serves you the correct video samples?
There was a patch today that should force the site to serve you MP4 files, not WEBM ones.

I have a bug where non of the pics are loading.. nothing.. even if i click on them the thumbnails dont show and the post doesnt eather

curiousscalie said:
I have a bug where non of the pics are loading.. nothing.. even if i click on them the thumbnails dont show and the post doesnt eather

https://e621.net/forum_topics/25734?page=37#forum_post_409448

seems like <h2> got changed to be its default 1.85em size on mobile, but a whole load of text still uses it. now stuff like the buttons on the settings page and the link to read the CoC under the comment section are unreasonably large.

cinder said:
There was a patch today that should force the site to serve you MP4 files, not WEBM ones.

Just curious - was the patch on the Apple side, or on the e621 side?

The e621 changelog thread doesn't mention anything new (as of this writing). I'm pretty sure that posts in that thread are manually generated, though, and not automatically created when a new version of e621 goes into production.

kora_viridian said:
Just curious - was the patch on the Apple side, or on the e621 side?

E621 side. It's nothing extraordinary, I just specified that that the browser must support not just WEBM videos, but the vp9 codec specifically to view WEBM previews.
If that is not the case, the mp4 versions should get displayed.

The changelog thread is automatically generated somehow, but I don't think that I have access to the tool that does that.

dba_afish said:
seems like <h2> got changed to be its default 1.85em size on mobile, but a whole load of text still uses it. now stuff like the buttons on the settings page and the link to read the CoC under the comment section are unreasonably large.

that's a great change.

Btw is there a way to further reduce the size (or remove entirely) the message prompting users to read the CoC

snpthecat said:

that's a great change.

Btw is there a way to further reduce the size (or remove entirely) the message prompting users to read the CoC

I've modified my CSS sheet to decrease the size of h2 outside of DText back to what they were before. (previously I had it fix the text inside DText to show as it was expected to)

dba_afish said:
I've modified my CSS sheet to decrease the size of h2 outside of DText back to what they were before. (previously I had it fix the text inside DText to show as it was expected to)

Yeah, I've got it applied, I was wondering if that specific bit of text could vanish instead

Also unrelated, but did the newest update reduce the amount of whitespace in the mobile taglist (more specifically the whitespace around the tag categories)

snpthecat said:
Yeah, I've got it applied, I was wondering if that specific bit of text could vanish instead

dba_afish said:
.new-comment h2 { display: none; }

Thanks!
It hides the
h2. Text
when previewing a new comment (though not when previewing while editing an existing one). Eh, acceptable collateral damage

cinder said:
Hey, would you mind double-checking if the site now serves you the correct video samples?
There was a patch today that should force the site to serve you MP4 files, not WEBM ones.

Sorry for the delayed reaction, I've been away. I can confirm it works on all browsers I tested on both iOS and iPadOS.

arnearno said:
Sorry for the delayed reaction, I've been away. I can confirm it works on all browsers I tested on both iOS and iPadOS.

That is most excellent. Thanks.

I'm pretty sure https://e621.net/help/uploading_guidelines used to explain when zero_pictured is acceptable to upload, but it seems to be missing now.

the <last> page button next to long threads on the forums will lead to pages beyond ths actual final page. for example, this thread has only 36 pages but the last page link on the forum index goes to page 38.

(for non-staff at least. this might look fine for staff who have hidden forum posts visible.)

dba_afish said:
the <last> page button next to long threads on the forums will lead to pages beyond ths actual final page. for example, this thread has only 36 pages but the last page link on the forum index goes to page 38.

(for non-staff at least. this might look fine for staff who have hidden forum posts visible.)

Yeah, hidden forum posts don't visually change the listed page number or response count

donovan_dmc said:
Yeah, hidden forum posts don't visually change the listed page number or response count

It only seemed to start happening recently. The last page link for threads, even long ones like this, would normally be correct and go to the last page with a post. Only occasionally would the last page be one behind (e.g. with one post on page 34, the last page link would go to page 33), but in the last couple of days I've noticed the page link going ahead to empty non-existent pages (e.g. the last page link going to page 38 with the last post on page 36), which it didn't used to do.

EDIT:
It also just did it when I posted this reply (EDIT EDIT: and edited the reply). It tried to link to my post on Page 38, even though it's on Page 36, something it never used to do.

Yep, same issue here
Watsits message link sends to page 38 https://e621.net/forum_topics/25734?page=38#forum_post_414411
despite it being on page 36 (at least for members)

Yeah, I've noticed this screwiness, too. it seems like the number of comments per page changed slightly (likely unintentionally), but the "last page number" is still calculated based on what it used to be.

watsit said:
It only seemed to start happening recently. The last page link for threads, even long ones like this, would normally be correct and go to the last page with a post. Only occasionally would the last page be one behind (e.g. with one post on page 34, the last page link would go to page 33), but in the last couple of days I've noticed the page link going ahead to empty non-existent pages (e.g. the last page link going to page 38 with the last post on page 36), which it didn't used to do.

EDIT:
It also just did it when I posted this reply (EDIT EDIT: and edited the reply). It tried to link to my post on Page 38, even though it's on Page 36, something it never used to do.

You know what's funny? Due to the timing I know I actually caused this via some recent code cleanup
It's a trivial fix so I'm sure it'll be fixed by next week

cinder said:
That is most excellent. Thanks.

I spoke too soon. It does not work when I'm logged in. It only works if I'm logged out, or go incognito in the browser. I thought it might be a cache thing, but I've tried uninstalling everything, updating everything and reinstalling and logging in again. Can you think of any reason it would be different when logged in?

watsit said:
It only seemed to start happening recently. The last page link for threads, even long ones like this, would normally be correct and go to the last page with a post. Only occasionally would the last page be one behind (e.g. with one post on page 34, the last page link would go to page 33), but in the last couple of days I've noticed the page link going ahead to empty non-existent pages (e.g. the last page link going to page 38 with the last post on page 36), which it didn't used to do.

EDIT:
It also just did it when I posted this reply (EDIT EDIT: and edited the reply). It tried to link to my post on Page 38, even though it's on Page 36, something it never used to do.

https://e621.net/forum_topics/23085?page=41 Yet it's only upto page 40. Just wanted to confirm that someone else already reported it. I noticed this only since about a week or less.

Bonus: It did it when I submitted this reply. Went straight to 38.

donovan_dmc said:
You know what's funny? Due to the timing I know I actually caused this via some recent code cleanup
It's a trivial fix so I'm sure it'll be fixed by next week

Cool. It should probably fix it in both cases since they seem to have a common origin.

A short while ago I saw a whole posts page blanked, but it returned to normal after refreshing. I don't know if it was a tagging issue or something like it happened once, but has anyone seen it?

I would wish to report a minor bug with links.
Where in links that end with a ")" occasionally don't lead to the intended destination, because they don't add the ")" to the link itself

Example:

https://en.wikipedia.org/wiki/Predecessor_(video_game)

vahlok_do_dov said:
I would wish to report a minor bug with links.
Where in links that end with a ")" occasionally don't lead to the intended destination, because they don't add the ")" to the link itself

Example:

https://en.wikipedia.org/wiki/Predecessor_(video_game)

That's not really a bug, not one that's easily fixable anyways

You can make those links work by surrounding them with <>
https://en.wikipedia.org/wiki/Predecessor_(video_game)

<https://en.wikipedia.org/wiki/Predecessor_(video_game)>

And for named links, []
named link

"named link":[https://en.wikipedia.org/wiki/Predecessor_(video_game)]

donovan_dmc said:
And for named links, []
named link

"named link":[https://en.wikipedia.org/wiki/Predecessor_(video_game)]

that should definitely be put onto the DText help page.

dba_afish said:
that should definitely be put onto the DText help page.

Seconded

Kinda curious why it's different for named links vs direct links? If it's <https://en.wikipedia.org/wiki/Predecessor_(video_game)> for normal links, one would expect named links to be along the same lines, "named link":<https://en.wikipedia.org/wiki/Predecessor_(video_game)>. Using the [ and ] characters could also be a problem since they're more common in URLs compared to < and >, requiring manually replacing them with character codes. Perhaps that should be changed/fixed before it gets used too much.

watsit said:
Kinda curious why it's different for named links vs direct links?

Ask danbooru, that came from them

It's likely because they don't want to distinguish between a link on its own and one that's named, with the way it currently works named links don't get picked up if the link is surrounded by <>

"abc":https://e621.net/forum_topics?search[order]=created_at

"abc":<https://e621.net/forum_topics?search[order]=created_at>

arnearno said:
I spoke too soon. It does not work when I'm logged in. It only works if I'm logged out, or go incognito in the browser. I thought it might be a cache thing, but I've tried uninstalling everything, updating everything and reinstalling and logging in again. Can you think of any reason it would be different when logged in?

Sorry for not getting back to you.
I actually wrote a response, but forgot to send it.

TL;DR A patch that should fix this issue had been deployed to e926 for testing – could you check if the videos work for you there?

More detailed and technical explanation:
The cause of the problem here is pretty much the same as before.
Logged out users see sampled posts by default, while logged in users can change their settings to have the original version shown straight away.
Sample versions always use the vp9 codec, so I changed the script to always show mp4 videos if the browser does not support vp9.

With the original videos, the situation is a bit more murky. They can be either vp8 or vp9 or av1. iOS only supports the first one.
The site does not store the information about which codec each video uses, so it can't check if the browser supports it.

For the time being, I've adjusted the script to require the browser to support vp9 in order to play webm videos – if it doesn't, you will see the mp4 instead.
I do not like that solution whatsoever, but that does seem to be the best I can do here without making much, much more significant changes.

cinder said:
Sorry for not getting back to you.
I actually wrote a response, but forgot to send it.

TL;DR A patch that should fix this issue had been deployed to e926 for testing – could you check if the videos work for you there?

More detailed and technical explanation:
The cause of the problem here is pretty much the same as before.
Logged out users see sampled posts by default, while logged in users can change their settings to have the original version shown straight away.
Sample versions always use the vp9 codec, so I changed the script to always show mp4 videos if the browser does not support vp9.

With the original videos, the situation is a bit more murky. They can be either vp8 or vp9 or av1. iOS only supports the first one.
The site does not store the information about which codec each video uses, so it can't check if the browser supports it.

For the time being, I've adjusted the script to require the browser to support vp9 in order to play webm videos – if it doesn't, you will see the mp4 instead.
I do not like that solution whatsoever, but that does seem to be the best I can do here without making much, much more significant changes.

All good, I'm just thankful you're looking into this! Yes, almost everything on the front page of e926 seems to work, even logged in. One video (https://e926.net/posts/4939404) had an mp4 I couldn't play, but it seems like it successfully tried to play the mp4, so I still call that a success.
Thanks for the techy details, it's genuinely interesting.

Hey, I hope I'm not clogging the forum. I just so happened to try using both McSib's downloader and gallery-dl to try to get bulk images, but I seem to be running into 401 errors. This seem to be a recent thing as well. Is there something going on?

Thank you.

Got a doozy: Website loads fine but something's making images either load extremely slow or not load at all. Swapped browsers, cleared cache, everything. Problem goes away when I swap to a different wifi network on a different modem. Is there anything that could be interfering with my connection to the image database?

When marking dmail messages as read the new confirmation prompt says "Are you sure that you want to mark all forum topics as read?".

Some spacing missing with the pool image navigation buttons? They look like this:

kemonophonic said:
When marking dmail messages as read the new confirmation prompt says "Are you sure that you want to mark all forum topics as read?".

Should be fixed in the next patch.

stupidporkbun said:
Some spacing missing with the pool image navigation buttons? They look like this:

« first‹ prev

next ›last »

Is that on any specific pool, or on all of them?
Does not look any different than normal to me.

cinder said:
Is that on any specific pool, or on all of them?
Does not look any different than normal to me.

I just checked a couple of pools, on desktop Firefox 115.12, and I don't immediately notice a difference.

If anything is different, there might be a tiny bit less space between « first and ‹ prev, and again between next › and last », than there used to be, but I can't 100% convince myself of this.

I'm pretty sure the wider spacing between first+prev and the title, and again between the title and next+last is the same as it has been.

This is all inside the <div class="pool-nav"> on a pool.

cinder said:
Is that on any specific pool, or on all of them?

Seeing the same in different pools. Browser is desktop Firefox ESR 115.13.0.

I see the links are laid out in a flexbox but don't have margin or padding, and the flexbox has no gap/column-gap. The span .pool-name is set to grow, it has max-width: 80% but that don't help on a narrow window.

stupidporkbun said:
Seeing the same in different pools. Browser is desktop Firefox ESR 115.13.0.

I see the links are laid out in a flexbox but don't have margin or padding, and the flexbox has no gap/column-gap. The span .pool-name is set to grow, it has max-width: 80% but that don't help on a narrow window.

Oh, I see what you mean.
It's more obvious when the window is smaller.

I don't think that this is something that changed recently, but I can definitely fix the issue.

cinder said:
Oh, I see what you mean.
It's more obvious when the window is smaller.

I don't think that this is something that changed recently, but I can definitely fix the issue.

the max-width value of .pool-name, .set-name, .search-name was changed from 65% to 80% here, along with the changes that makes the text no longer wrap, that's the only thing I'm seeing that's changed recently.

Hey. Can anyone tell me or fix the issue I'm facing right now? I can't seem to edit any artist pages. No matter how many times I try it keeps getting me to a blank screen that takes me to nowhere (See right here of what I mean - https://imgur.com/a/JvkVTBd ).

I tried everything from logging out to logging back into my account to checking my email to see if I've been blacklisted or banned, but nothing has come up. I thought it was just me, but another friend of mine is having the same issue as I'm having, and this issue has been happening for literally two+ weeks.

masterreviewer1000 said:
Hey. Can anyone tell me or fix the issue I'm facing right now? I can't seem to edit any artist pages. No matter how many times I try it keeps getting me to a blank screen that takes me to nowhere (See right here of what I mean - https://imgur.com/a/JvkVTBd ).

I tried everything from logging out to logging back into my account to checking my email to see if I've been blacklisted or banned, but nothing has come up. I thought it was just me, but another friend of mine is having the same issue as I'm having, and this issue has been happening for literally two+ weeks.

And... somehow that got reported elsewhere and didn't make it to here. Was actually checking if someone mentioned that here, myself.

It was topic #45768, BTW.

alphamule said:
And... somehow that got reported elsewhere and didn't make it to here. Was actually checking if someone mentioned that here, myself.

It was topic #45768, BTW.

Ah! I see. Thank you so much for the info. I been wondering what's been going on and it looked like nobody was mention this issue from what I was looking.

Ran into a CloudFlare bug after encountering 502 Bad Gateway errors that blocked my IP address. It blocked my IP from the website on both logged in desktop and non logged mobile. Fixed after a few minutes, but felt I should report it anyway.

taranuka said:
Ran into a CloudFlare bug after encountering 502 Bad Gateway errors that blocked my IP address. It blocked my IP from the website on both logged in desktop and non logged mobile. Fixed after a few minutes, but felt I should report it anyway.

Yep, happened to a few people.
It's been fixed already.

masterreviewer1000 said: ...

This should also be fixed now.

cinder said:
Yep, happened to a few people.
It's been fixed already.

This should also be fixed now.

Ah! Wonderful! Thank you so much. ^^

Hello.
Have problem with new created tag.
I created a new character tag (Arterionix_skypaw).
But the same one was created a long time ago with the artist's mistake in word. I edited an artist post, but made mistake in tag too (aterionix_skypaw).
And the correct tag is not searched with a capital letter.
And now. I got issues with this two tags. If I use to aterionix… system search correct tag. And vice versa. Can you help me?
Have screenshots for detailed information

arterionix said: ...

All tags are lower case.
Just change the tag over to the new one, and you should be good to go.

cinder said:
All tags are lower case.
Just change the tag over to the new one, and you should be good to go.

I tried to this.
It still gives out incorrectly.

Maybe delete incorrect tag?
I think i did the something wrong

arterionix said:
I tried to this.
It still gives out incorrectly.

Maybe delete incorrect tag?
I think i did the something wrong

To be honest, I don't even understand what the "incorrect" tag is.
Arterionix_Skypaw is the current tag – the first part of it matches your username, so I presume that it is correct?

cinder said:
To be honest, I don't even understand what the "incorrect" tag is.
Arterionix_Skypaw is the current tag – the first part of it matches your username, so I presume that it is correct?

I’m so sorry… Just my mobile web version made a glitch… All is good now…

For some reason I can only see my own tickets in the ticket queue.

kemonophonic said:
For some reason I can only see my own tickets in the ticket queue.

That is intentional.

cinder said:
That is intentional.

would you mind elucidating as to why? the PR for this change has a link to a Discord discussion we can't read since it's in the staff channel.

it's not a big deal, the only real practical use was seeing if there are any duplicate reports before making one. and, arguably it was a fairly easy-to-quantify metric of how much stuff the staff has to deal with.

dba_afish said:
would you mind elucidating as to why? the PR for this change has a link to a Discord discussion we can't read since it's in the staff channel.

it's not a big deal, the only real practical use was seeing if there are any duplicate reports before making one. and, arguably it was a fairly easy-to-quantify metric of how much stuff the staff has to deal with.

It was a protracted discussion, with a lot of different points being made.
The main reasoning is that there are very few legitimate reasons for people to see tickets that they did not make.
It almost never leads to anything productive – but it did lead to people going through the tickets to find if they've been reported (and then lash out at the reporters) or to find targets for harassment.

Additionally, since pretty much no other site has publicly visible support tickets, some users assume that the same is true here.
We definitely do not want someone to put private or sensitive information into a support ticket, only for someone else to find it and use it against them.

As for duplicate tickets – that is perfectly okay, that's something we can track and close fairly quickly.

At least I don't need to modify the url so I can search for my own tickets under a category
Oh well, goodbye visible tickets. I appreciated the transparency and the quips.

Though it is understandable why that had to be changed

masterreviewer1000 said:
Hey. Can anyone tell me or fix the issue I'm facing right now? I can't seem to edit any artist pages. No matter how many times I try it keeps getting me to a blank screen that takes me to nowhere (See right here of what I mean - https://imgur.com/a/JvkVTBd ).

I tried everything from logging out to logging back into my account to checking my email to see if I've been blacklisted or banned, but nothing has come up. I thought it was just me, but another friend of mine is having the same issue as I'm having, and this issue has been happening for literally two+ weeks.

The same problem came back again. I don't know how, but everytime I try editing an artist I get sent to a blank screen that takes me to nowhere. Can somebody please fix this issues?

masterreviewer1000 said:
The same problem came back again. I don't know how, but I don't know how but I where everytime I try edit an artist I get sent to a blank screen that takes me to nowhere. Can somebody please fix this issues?

Same issue here.

kemonophonic said:
Same issue here.

Ditto

masterreviewer1000 said: ...

kemonophonic said: ...

snpthecat said: ...

I did something very silly and forgot to include the patch in the 24.07.29 release >_<
Should get fixed tomorrow.

cinder said:
It was a protracted discussion, with a lot of different points being made.
The main reasoning is that there are very few legitimate reasons for people to see tickets that they did not make.
It almost never leads to anything productive – but it did lead to people going through the tickets to find if they've been reported (and then lash out at the reporters) or to find targets for harassment.

Additionally, since pretty much no other site has publicly visible support tickets, some users assume that the same is true here.
We definitely do not want someone to put private or sensitive information into a support ticket, only for someone else to find it and use it against them.

As for duplicate tickets – that is perfectly okay, that's something we can track and close fairly quickly.

Aww, it was educating sometimes with that transparency. :( Makes sense, though. I assume the discussion was on Discord in a private room. ;)

Oh heck, it even applies to record reasons links and not just search. Ouch. That makes the legit use of researching abuse gone. Oh well...

[Not a bug]
Not a fan of the wiki page redirects. It only works with links of the form https://e621.net/wiki_pages/<num> and not with https://e621.net/wiki_pages?title=<name>, which is the format of wiki links beside the tags in the taglist, or in dtext like this

The redirect also makes it harder to get to the actual wiki page it is redirecting to.

I also think that there's some value of having a different wiki between the main tag and the tag being aliased (though the relative drawback and the practicality would outweigh that factor)

I'm not sure if this is technically a bug, but given it seems to only be isolated here, I might as well report it. Some of the colors like the green upvote counters look very washed out. I've checked against my computers color settings as well as my browser, everything is in order on my end.

taranuka said:
I'm not sure if this is technically a bug, but given it seems to only be isolated here, I might as well report it. Some of the colors like the green upvote counters look very washed out. I've checked against my computers color settings as well as my browser, everything is in order on my end.

topic #45865

kemonophonic said:
topic #45865

Appreciate the swiftness. I found a solution in the topic. Thank you.

cinder said:
I did something very silly and forgot to include the patch in the 24.07.29 release >_<
Should get fixed tomorrow.

Still having this problem trying to edit these artists profiles:
https://e621.net/artists/38724
https://e621.net/artists/30572
https://e621.net/artists/73296

Is this a bug with editing permissions or it's the pages themselves?

Edit: Oops its supposed to be fixed today, I will wait.
Edit2: They are still bugged : (

notknow said:
Still having this problem trying to edit these artists profiles:
https://e621.net/artists/38724
https://e621.net/artists/30572
https://e621.net/artists/73296

Is this a bug with editing permissions or it's the pages themselves?

Edit: Oops its supposed to be fixed today, I will wait.
Edit2: They are still bugged : (

Yeah. I know, right. They said that they would fix this issue a day after my comment with a patch but that never happen.
I wonder why it's taking so long to do that.

masterreviewer1000 said:
Yeah. I know, right. They said that they would fix this issue a day after my comment with a patch but that never happen.
I wonder why it's taking so long to do that.

I asked to deploy the fix yesterday, but the person responsible for that had not done that yesterday, and is not around today.
I'm sorry about that.

kora_viridian said:
Thanks for posting the result! It will probably help other users as well.

Yeah, I bet it will. Even if mobile is still not working. :)

caths said:
Not working for me :(

I'll send you a screenshot of what I changed about my firefox configuration tomorrow if I remember.

Replacing posts page has the same text as uploading a new image. It used to show a different message

Before uploading, read how to upload guide.
Make sure you're not posting something on the avoid_posting.
Review the Uploading Guidelines.

mapachito said:
Replacing posts page has the same text as uploading a new image. It used to show a different message

That's not a bug.
It used to say "You are making a post replacement, yay!", which is not very helpful.

cinder said:
That's not a bug.
It used to say "You are making a post replacement, yay!", which is not very helpful.

Noooooo.. I liked that text :(

On a more serious note:
I wanted to report the issue regarding the empty Edit Artist form,
but that problem has already been reported here by multiple users.

Though, that problem does still persist.
I guess the next deployment is probably on monday then?

snedmano said:
On a more serious note:
I wanted to report the issue regarding the empty Edit Artist form,
but that problem has already been reported here by multiple users.

Though, that problem does still persist.
I guess the next deployment is probably on monday then?

So it would seem. It's out of my control.