Lance_Armstrong said:
http://i60.tinypic.com/etwdab.jpg

Firefox 34, all themes

It can also happen on the popular by day page when an image with a lot of upvotes gets deleted. Here's one near the bottom: https://e621.net/post/popular_by_day?day=8&month=1&year=2015 Adding overflow:hidden to img.deleted solves it

That's... headachy. I don't ever see tags in the thumbnails (what I see) but I use mostly KHTML forks so that may be related. I'd look at my installation of FF but I'm actually not near my computer atm.

The alt text is shown since the thumbnail no longer exists or can be accessed once the post is deleted. Like I said, put overflow:hidden in all instances of img.deleted and it's fixed.

Lance_Armstrong said:
The alt text is shown since the thumbnail no longer exists or can be accessed once the post is deleted. Like I said, put overflow:hidden in all instances of img.deleted and it's fixed.

One odd thing about that is that the 'deleted' thumbnail should be showing, rather than a reference to a nonexistent thumbnail. I was pretty sure that that was fixed recently.

EDIT: apparently not. I can reproduce this by searching status:deleted. I see this within the first 20 results (and yes, not a single 'deleted' thumbnail, only alt text). It seems to be that the overflow must be at least 2 lines long before this glitch will occur.

Am running Firefox 34.0.5, Arch Linux, x86_64

savageorange said:
One odd thing about that is that the 'deleted' thumbnail should be showing, rather than a reference to a nonexistent thumbnail. I was pretty sure that that was fixed recently.

EDIT: apparently not. I can reproduce this by searching status:deleted. I see this within the first 20 results (and yes, not a single 'deleted' thumbnail, only alt text). It seems to be that the overflow must be at least 2 lines long before this glitch will occur.

Am running Firefox 34.0.5, Arch Linux, x86_64

Not happening for me at all. I'm running chrome, guess it just doesn't effect this browser for whatever reason.

Tokaido said:
Not happening for me at all. I'm running chrome, guess it just doesn't effect this browser for whatever reason.

This is from a blog in 2010 but apparently Chrome/Safari doesn't display alt text for broken images, but Firefox/Opera/IE does... sort of. (see option 2 below) While the overflow:hidden does indeed fix the problem with overflow I don't think the tags showing up in the box is actually an intentional (e6) feature, but instead something that needs a workaround (like a deleted image thumbnail) to hide from showing up in the first place.

Option 1 (fix): color:transparent gives it the same behavior as Chrome/Safari (don't display alt text in the box) and that's one option if we want to be consistent. As far as I can tell this doesn't seem to break anything and images show up fine (after replacing with the url of one that actually loads).

Option 2 (no fix): Another option would be to get the alt text to show up in Chrome/Safari. Alt text does actually show up...provided the image size is large enough to fit the text. If you set width:2000px the alt text will actually show...in one extremely long line. Unfortunately I don't know of a way to get Chrome/Safari to wrap alt text (the way it does in Firefox).

Option 3 (partial fix): Use overflow:hidden as Lance stated to hide the overflow, and accept that Firefox will display differently than Chrome/Safari if the image doesn't load.

Located another webm that seems to refuse to loop: post #585659. I'm using Firefox 34.0.5, in case that helps.

Furrin_Gok said:
Located another webm that seems to refuse to loop: post #585659. I'm using Firefox 34.0.5, in case that helps.

Just in case this information helps: it loops without any problems in Opera. So it might not be the file so much as browser compatibility something or other that's technical.

IIRC Firefox can actually loop them, but only if it is explicitly told to. I don't know what the file container looks like on the inside, but it's possible there is a "loop=yes" tag that Firefox looks for. Something that Opera and Chrome default to "yes" and Firefox defaults to "no".

It's worth noting that there is a firefox loop extension you can find on mozilla.com, but it pops up a new page semi-frequently to advertise for other things. I only mention this because it confused me at first why it was popping up at all and you might install the same thing.

Furrin_Gok said:
Located another webm that seems to refuse to loop: post #585659. I'm using Firefox 34.0.5, in case that helps.

furrypickle said:
Just in case this information helps: it loops without any problems in Opera. So it might not be the file so much as browser compatibility something or other that's technical.

Works fine for me. (currently: Comodo Chromium Secure 36.1.1.3) Well, it might not always be seamless, but I think that's the result of my notebook's (apparently slowly dwindling) performance.

parasprite said:
IIRC Firefox can actually loop them, but only if it is explicitly told to. I don't know what the file container looks like on the inside, but it's possible there is a "loop=yes" tag that Firefox looks for. Something that Opera and Chrome default to "yes" and Firefox defaults to "no".

It's worth noting that there is a firefox loop extension you can find on mozilla.com, but it pops up a new page semi-frequently to advertise for other things. I only mention this because it confused me at first why it was popping up at all and you might install the same thing.

<video id="webm-container" controls loop=true>
<source src="https://static1.e621.net/data/5a/91/5a916b0815c990d645ff6f4a131186da.webm" type="video/webm">
</video>

EsalRider said:

<video id="webm-container" controls loop=true>
<source src="https://static1.e621.net/data/5a/91/5a916b0815c990d645ff6f4a131186da.webm" type="video/webm">
</video>

That's definitely the real fix on e6's end, but I was more commenting on the reason for the variability that people have had getting it to work.

parasprite said:
That's definitely the real fix on e6's end, but I was more commenting on the reason for the variability that people have had getting it to work.

I've checked the tag reference on W3Schools. Seems like the "loop" attribute shouldn't have a value. That might actually be able to cause behavioral anomalies for some browsers.

Try loop="loop" instead

http://www.w3.org/TR/html-markup/video.html

Lance_Armstrong said:
Try loop="loop" instead

http://www.w3.org/TR/html-markup/video.html[/quote]

Those types of attributes can be shortened to simply the attribute name (much like how "controls" is specified currently), they're only needed in that form if you're writing XHTML. But yes, that's supposed to be the correct full form.

I couldn't tell if the correct form was loop="loop" or loop="true" from looking at the spec. Remember HTML5 was started by a separate group and the browsers did some different things.

Lance_Armstrong said:
I couldn't tell if the correct form was loop="loop" or loop="true" from looking at the spec. Remember HTML5 was started by a separate group and the browsers did some different things.

Both specs (the one EsalRider posted, and the one you posted) are equivalent, and state that any of the following are acceptable and equivalent:

<video [...] loop[...]>
<video [...] loop=""[...]>
<video [...] loop="loop"[...]>

ie. A conformant browser -must- loop the video if the 'loop' attribute is specified. If the 'loop' attribute is not specified (or is set to an unknown value such as 'foo'), the browser's behaviour is undefined (hence, as parasprite speculated, individual browsers can have different defaults for looping, though defaulting to looping should result in ALL videos looping, which may be undesirable)

Bug: The left-to-right mark (U+200) gets counted as a character when adding tags, which occasionally causes the creation of a tag that look normal but is actually a completely new tag. For example you will see something that looks like "a‎nimated" have only 1 post.

Examples: "animated" and "a‎nimated" in post #225509. You can pull up many more with this search

Decimal ordering and shared order IDs in pools (and possibly sets)

Bug: Pagination in pools when using decimals causes improper ordering when manually navigating from page to page, despite pool listed in order sometimes
Expected behavior: Let's say you submitted a 51 page comic and pooled them. Naturally, you'd miss a page, say, page 2 (order ID = 1). In order to insert it without changing all the order IDs of every page, you put in 0.5. You'd expect the pooling would recognize decimals and automatically accommodate this ordering.
Actual behavior: 1) Page order ID is rounded down to 0, leaving you with two iages with ID = 0, and 2) pages appear ordered in pool overview, but may be navigated in opposite order when manually navigating from one image to the next image. Also, may not be replicable, but 3) many other page IDs corrupt when adding more images afterward
Steps to duplicate: Take any picture and add it in the middle of a pool using decimals. (For behaviour (3), add more images to pool after that)

Found another of those blank tags: post #583812.

Looks like it's caused by someone tagging +-, and as far as I can see, there's no way to remove it.

Genjar said:
Found another of those blank tags: post #583812.

Looks like it's caused by someone tagging +-, and as far as I can see, there's no way to remove it.

All you need to do is type - followed by a space to get it to show up. It was aliased to invalid_tag, but the alias doesn't work for whatever reason.

And no, there's no way to remove it that I have been able to figure out (trust me, I crashed part of the wiki trying).

I'm not sure exactly what the cause is, but I'm currently getting "Error connecting to Redis on redis:6379 (ECONNREFUSED)" page errors when trying to edit tags on a post (though editing the source works fine). Using the green "edit posts" mode, the console gives me an error 500 (screenshot)

Edit: I sent an email out and Dave let me know that they are working on the issue right now.

Edit 2: Fixed

I just ran into some DText issues while using headlines and lists or something?

h5.This is a h5. Below should be a \[sub]...\[/sub] and a list.
[sub]This is some text that might just disappear[/sub]
* A list
** ++
* list
  
List ended.
  
  
h6.This is a h6. Below should be a list.
* A list
** ++
* list
  
List ended.
  
h6.Normal h6 headline here, followed by blank line.
  
* normal list
** ++
*** +++
* list

Sorry if that was brought up already. I guess headlines always need a blankline after them?! They shouldn't eat up half my post though. D;

Also sometimes the post preview doesn't show up at all but I don't remeber when that happened, so I can't reproduce it.

Emserdalf said:
I just ran into some DText issues while using headlines and lists or something?

What I did:

h5.This is a h5. Below should be a \[sub]...\[/sub] and a list.
[sub]This is some text that might just disappear[/sub]
* A list
** ++
* list
  
List ended.
  
  
h6.This is a h6. Below should be a list.
* A list
** ++
* list
  
List ended.
  
h6.Normal h6 headline here, followed by blank line.
  
* normal list
** ++
*** +++
* list

What I get:

This is a h5. Below should be a \_...\ and a list.

_{This is some text that might just disappear}

• A list
• ++
• list

List ended.

This is a h6. Below should be a list.

• A list
• ++
• list

List ended.

Normal h6 headline here, followed by blank line.

• normal list
• ++
• +++
• list

Sorry if that was brought up already. I guess headlines always need a blankline after them?! They shouldn't eat up half my post though. D;

Also sometimes the post preview doesn't show up at all but I don't remeber when that happened, so I can't reproduce it.

Yeah, things disappear from posts if you don't have a completely blank line before and after them. I've seen people do this every now and then on the wiki and it's hard to catch because it's not that obvious.

Examples:

line 1

h4.line 2

line 3

 

Item 4

[hit spacebar once on this new line]

h4.item 5

[hit spacebar once on this new line]

item 6

Emserdalf said:
I just ran into some DText issues while using headlines and lists or something? (...)

parasprite said:
Yeah, things disappear from posts if you don't have a completely blank line before and after them. I've seen people do this every now and then on the wiki and it's hard to catch because it's not that obvious. (...)

Sometimes I've deliberately used this to hide a few things in forum posts and comments.

You'll never know it's there...

...Until you quote me :/

As for the preview, it has some problems with unicode.

Bug: Cannot search multiple similar metatags

Expected behavior: Searching for something that has one source type, but not another, should give matching results.

Actual behavior: ignores the first metatag and uses the last one of that type, meaning you get anything that lacks the second source type, even if it doesn't have the first one, either.

Steps to duplicate: Search for something such as vdisco source:deviantart -source:furaffinity.

Furrin_Gok said:
[...]

Can't do that with description either: description:deviantart description:furaffinity vs. description:furaffinity description:deviantart are not the same...

And same goes for "fav:..." syntax too. Only the last metatag gets applied. As far as I can tell these three are the only metatags where it would even be feasible to include/exclude multiple values? All the other metatags are pretty much mutually exclusive anyways. (Or have range syntax which should give enough control in a single metatag expression)

I'm guessing these are not intended to be applied multiple times on a search?

Hell, even search for width:200 width:100 vs. width:100 width:200 gives you 100px and 200px wide images respectively. Which is not that big of a deal because width has the range syntax, but you'd expect to get no results on both searches, I guess.

I dunno how this stuff is handled internally but I assume filtering for multiple paramters on the same metatag might be a little more complicated to implement.

@Furrin_Gok: , @Emserdalf:

Got an explanation about this from one of our devs on another thread here. :

TonyLemur said:
Currently identical metatags cannot be combined (only the last one is used), so score:>=100 score:<=200 only returns posts with a score less than or equal to 200. So source:deviantart -source:furaffinity will only return posts without a furaffinity source.

Not sure if bug:

If you have to press save changes twice because of a poor connection, an empty edit entry in the tag history might be created. There should be a server check that takes no action if there are no tag changes, rating change, description, etc.

I have previously asked for a complete revamp of how the tag history is displayed: https://e621.net/forum/show/147842

Fix thumbnail feature is still broken, and pics with broken thumbnails (like this) are still not repaired.

Bug: Search for source on https://e621.net/takedown is not case insenstive

Expected behavior: It should ignore the case of the letters

Actual behavior: It does not ignore the case of the letters

Steps to duplicate:

Does not give a result: https://e621.net/takedown?source=Alakser

Gives a result: https://e621.net/takedown?source=alakser

source:pixiv -voted:Granberia for some reason returns nothing. I like pixiv but not that much.
It looks like combining source metatag and exclusion of voted: metatag doesn't work. source:pixiv voted:Granberia or hassource:false -voted:Granberia seems to be working okay.

For some odd reason changing the tag ebluberry to art:ebluberry doesn't change the tag's type it stays as general.

Tried at post #593911

Edit: its fixed.

Bug: Broken pixiv source

I was trying to source post #19019 as:

http://www.pixiv.net/member_illust.php?mode=medium&illust_id=1251780
http://i1.pixiv.net/img15/img/kolshica/1251780.jpg[/quote]

But somehow that always gets converted to:

http://www.pixiv.net/member_illust.php?mode=medium&illust_id=1251780
http://www.pixiv.net/member_illust.php?mode=medium&illust_id=
http://i1.pixiv.net/img15/img/kolshica/1251780.jpg[/quote]

Bug: My extra theme seems to change from "none" to "winter" on its own sometimes (Firefox). I can't reproduce the bug. Is there a trick to saving the theme?

Lance_Armstrong said:
Bug: My extra theme seems to change from "none" to "winter" on its own sometimes (Firefox). I can't reproduce the bug. Is there a trick to saving the theme?

1. Go to firefox's Preferences -> Privacy
2. Under History change the dropdown next to Firefox will: to use custom settings for history
3. Click on Show Cookies...
4. Search for e621 and find the one with Cookie Name css
5. Delete that cookie. (The cookie only deals with themes and will be recreated automatically)
6. Close the window and change Firefox will: to whatever you had before (default is Remeber history)
7. Set your themes to whatever you like.

If you have any addons that mess with cookies (privacy programs, etc) or accessing e6 in a private window, it might be interfering with it, but otherwise this will probably fix it. If it's a Firefox or e6 bug this may only be temporary.

The theme keeps changing to Winter, no matter what else I do.

Please help, it's really annoying

Ryuzaki_Izawa said:
The theme keeps changing to Winter, no matter what else I do.

Please help, it's really annoying

And can't mark threads as read. A server time issue.

Ryuzaki_Izawa said:
The theme keeps changing to Winter, no matter what else I do.

Please help, it's really annoying

Always winter
never Christmas

Yeah I run e6 in a cookie free environment. I guess I assumed the theme would be stored in the database alongside other user settings.

Least that could be done is make "none" the default now that xXxmas is over.

Bug: forum posts are appearing hours off. Like the one I just made above. I know this happened a couple months ago, what was the cause then? Edit: Blips are also affected. Edit 2: It also affects the timestamps on recent wiki edits.

Lance_Armstrong said:
Yeah I run e6 in a cookie free environment. I guess I assumed the theme would be stored in the database alongside other user settings.

Least that could be done is make "none" the default now that xXxmas is over.

You obviously live somewhere warm.

Lance_Armstrong said:
Bug: forum posts are appearing hours off. Like the one I just made above. I know this happened a couple months ago, what was the cause then? Edit: Blips are also affected. Edit 2: It also affects the timestamps on recent wiki edits.

And here I just thought I just had flu-induced delirium.

A few people had reported that bug IIRC, but I thought it was fixed by now. Obviously not.

savageorange said:
A few people had reported that bug IIRC, but I thought it was fixed by now. Obviously not.

The bug would be more annoying to me if it wasn't mildly amusing.

Just letting everyone know that I sent a message to Dave about the server time issues that we've been seeing over the last couple days and they are already looking into it and figuring out a fix. Currently I don't know of any tentative timeframe for the fix but I would be surprised if there wasn't at least a temporary fix within the next day or so.

From what I've seen it looks like it is mostly affecting timestamps (forum, blips, wiki edits) causing threads to jump around and display the hours incorrectly (by around ±5 hours). Keep in mind that this may be cause issues with marking threads as unread.

I've been noticing some weirdness with the hourly tag edit limits as well, but I haven't been able to test them in any controlled manner to actually confirm it. If you notice the limit is getting hit earlier than you expect it may be related to this bug.

I doubt there is much as far as workarounds, but it's possible that esix extended's subscriptions feature may use your computer's time instead of server time and at least help with new replies in the forums. I've never actually used the feature so I may be completely wrong about this, but it may be worth a try in the meantime.

parasprite said:
Just letting everyone know that I sent a message to Dave about the server time issues that we've been seeing over the last couple days and they are already looking into it and figuring out a fix. Currently I don't know of any tentative timeframe for the fix but I would be surprised if there wasn't at least a temporary fix within the next day or so.

From what I've seen it looks like it is mostly affecting timestamps (forum, blips, wiki edits) causing threads to jump around and display the hours incorrectly (by around ±5 hours). Keep in mind that this may be cause issues with marking threads as unread.

I've been noticing some weirdness with the hourly tag edit limits as well, but I haven't been able to test them in any controlled manner to actually confirm it. If you notice the limit is getting hit earlier than you expect it may be related to this bug.

Dmails are also affected. Yesterday, I had a new pm halfway on the list (marked as from 5 hours ago)

I doubt there is much as far as workarounds, but it's possible that esix extended's subscriptions feature may use your computer's time instead of server time and at least help with new replies in the forums. I've never actually used the feature so I may be completely wrong about this, but it may be worth a try in the meantime.

*raises hand* it actually takes the ID of the last reply, stores it and the user name (for presentation purposes), and if on the next check the new last post is different from what's stored, it'll treat the subscription as updated c:

parasprite said:
Just letting everyone know that I sent a message to Dave about the server time issues that we've been seeing over the last couple days and they are already looking into it and figuring out a fix. Currently I don't know of any tentative timeframe for the fix but I would be surprised if there wasn't at least a temporary fix within the next day or so.

From what I've seen it looks like it is mostly affecting timestamps (forum, blips, wiki edits) causing threads to jump around and display the hours incorrectly (by around ±5 hours). Keep in mind that this may be cause issues with marking threads as unread.

I've been noticing some weirdness with the hourly tag edit limits as well, but I haven't been able to test them in any controlled manner to actually confirm it. If you notice the limit is getting hit earlier than you expect it may be related to this bug.

I doubt there is much as far as workarounds, but it's possible that esix extended's subscriptions feature may use your computer's time instead of server time and at least help with new replies in the forums. I've never actually used the feature so I may be completely wrong about this, but it may be worth a try in the meantime.

Hey everyone. Just chatted with our sysadmin, and this has been fixed.

What's already messed up, is going to stay messed up. Everything new should be good.

If you notice anything that doesn't seem to be the case, please let Tony/Spight know, or poke me.

Thanks to all of you, especially Parasprite!

Sometimes right after making post on forum my reply is glitched. It looks okay after refreshing page though so probably nobody else see it like this.

That bug has been noticed. Sometimes spacing disappears too. The post is always fine after reloading.

Granberia said:
Sometimes right after making post on forum my reply is glitched. It looks okay after refreshing page though so probably nobody else see it like this.

Nobody sees it but you; it's purely a temporary visual thing and is probably related to the "missing spaces" bug. Both seem to happen the most with "something":e621.net or autoformatted http:/e621.net links in the post, but even that doesn't trigger it consistently.

Not a high priority issue, but my "Recent favorites" is showing favorites from months ago.

Durandal said:
Not a high priority issue, but my "Recent favorites" is showing favorites from months ago.

They are are working OK for me. Are you sure that you didn't fav them recently? They are ordered by when you faved them not by upload date.

Granberia said:
They are are working OK for me. Are you sure that you didn't fav them recently? They are ordered by when you faved them not by upload date.

Oh, I figured it out. A superior version was posted. Oops.

I've changed the type of bnzxcve to "artist":
https://e621.net/tag?name=bnzxcve&type=&order=count

But on post #567711 it still appears as a general tag

Munkelzahn said:
I've changed the type of bnzxcve to "artist":
https://e621.net/tag?name=bnzxcve&type=&order=count

But on post #567711 it still appears as a general tag

I seem to have fixed it by changing it to a species tag, then to an artist tag. I'm assuming that there was a small glitch when the tag tried to change and the system thought it already was an artist tag or something. Presumably "changing it" to general and then artist would reset it in the same manner, but I obviously haven't tried that.

Does note formatting still work?
Background colors, html tags, foreground colors, etc

titanmelon said:
Does note formatting still work?
Background colors, html tags, foreground colors, etc

The <i>html tags</i> don't work anymore if that's what you mean. As far as I can tell it only accepts DText... though the end result is a bit hit-or-miss compared to here.

I ran some tests in a note on post #315528 so you can see the results all at once. So far it looks like the only way to change the background color is by using a section or quote, but regular text has varying levels of readability depending on what theme you are using.

Bug:Images stop displaying for my Samsung Galaxy S II after several pages.
Expected behavior: Navigation of the search pages without incident.
Actual behavior: After an uncertain number of search page navigations/refreshes, about half of your thumbnails stop showing up. Each time I navigate search pages afterwards, the number gets significantly worse until nothing does up. After the first couple bugged navigations, images won't show up on their own pages if their thumbnail wouldn't load.
Steps to duplicate: Navigate through search pages on Samsung Galaxy S II until problem shows up.

Please help me. I'm scared of losing my favorite site.

Pomeranian said:
Bug:Images stop displaying for my Samsung Galaxy S II after several pages.
Expected behavior: Navigation of the search pages without incident.
Actual behavior: After an uncertain number of search page navigations/refreshes, about half of your thumbnails stop showing up. Each time I navigate search pages afterwards, the number gets significantly worse until nothing does up. After the first couple bugged navigations, images won't show up on their own pages if their thumbnail wouldn't load.
Steps to duplicate: Navigate through search pages on Samsung Galaxy S II until problem shows up.

Please help me. I'm scared of losing my favorite site.

I have no idea what software you run (browser, android version, etc.) but that honestly sounds like a bug on your phone. Are you using the stock browser? If so I'd recommend trying Firefox, Chrome, Opera, or Dolphin (the last one is my personal favorite) and see if the problem persists.

My best guesses:

• It's an issue with the network drivers timing out. (doubt it) - This may be fixed by updating your Android version (if possible)
• The browser is using too much memory and for some reason isn't releasing it. (possible, but this probably wouldn't behave like this as it would just probably just start swapping or freeze) - This may be fixed by changing browsers
• There are too many open files and the OS is refusing to open any more (I don't know what your Android phone sets the number as, but lots and lots of thumbnails opening and closing could easily trigger this if the system wasn't actually closing some of the files properly).
• This may be fixed by changing browsers and/or updating the OS (if possible)
• The following is not recommended; it is more of a bandaid than a fix: Additionally if you are rooted you may be able to up the limit by editing sysctl.conf by adding/editing the following line fs.file-max = 50000 (increases the number of files you can have open). I'm not responsible if you break something, however if you're tech-savvy and know what rooting is, you can send me a dmail if you want. If you have no idea what I just said, just ignore this.

TLDR: Try switching browsers, Dolphin is a good one and it's free.

Not sure if this is a bug, but it looks like artist names don't link both ways

Example-
For the artist, dedenne0415 :

The alternate name, 'デデンネ' links to the separate profile:
デデンネ

But デデンネ doesn't link to dedenne0415 unless you add it in manually. And considering the sheer amount of artists in the db, and all their aliases, it's rather infeasible to relink them all manually

-
Additionally,none of the artist profiles link to their wiki entries (if one exists, which should probably be automatically created

And none of the wiki entries link to the artist profiles (I think)

Artist profiles seem to be the wiki links now, never mind

There's still some odd behaviour for pages with no wiki content though:

e.g.
The wiki link for デデンネ brings up the wiki page, but a manual search for it doesn't (probably because there's no actual wiki content aside from the name)

A wiki link for dedenne0415 also brings up the page, as well as a manual search (presumably because there's wiki content)

-

titanmelon said:

parasprite said:

That's interesting; background/foreground text colours doesn't seem to be parsed for me either in notes at all (default theme), and the normal html tags (<font>, <b>, <i> etc) don't work either if memory serves correctly. Not sure about others like <style> and <span> though

It works outside of notes though

I only meant that that quoting/putting in a section (and technically things like headers and links for the font) are the only way to change the colors at all, and only by technicality. The background color/text color markup themselves don't work.

This probably has to do with some changes in the tags, and I don't know if has already been noticed. But I stumbled across this new behavior:

Bug: Gay tag cannot be searched

Expected behavior: Untill yesterday, if I searched for "gay" it would show up posts containing the "gay" tag and the male/male tag which is an alias.

Actual behavior: Searching for the "gay" tag only shows results with the male/male tag. New posts tagged as gay automatically switch to male/male. Old posts with the gay tag still exist.

Steps to duplicate: Try searching for this post https://e621.net/post/show/606677/ by using the artist's name + the gay tag. Nothing shows up.

Hope this was helpful, if not, I'm sorry for bothering :3

Valion said:
[observations]

It's not a bug, the tag's name is just in the process of being renamed to be male/male instead. The meaning isn't changed at all, it's still used in the same way and means the same thing. It's just getting renamed. As was decided in forum #150289 , it's part of standardizing those tags to be consistent with each other (we had gay, lesbian and straight but we also had male_on_dickgirl, dickgirl_on_herm, etc when they should probably all follow the same naming pattern so that it's more consistant. So from now on, they're going to all follow the gender/gender pattern (like male/male) to make them more consistent as a set of tags.

Renaming tags like "gay" to be male/male will also reduce the confusion in the long term since the word "gay" isn't always used for the same thing. We were always having to correct the tags when people try to tag "gay" just because their fursona identifies as a gay person, or people wearing LGBT/gay rainbow pride clothing or on lesbians because they thought "gay just means same sex" which isn't how we use it here, or even just because they thought something was really lame or stupid and therefore "gay". And none of those is what the tag is supposed to be used for. Having to always fix and correct those people was a lot of work, and it's all because the word "gay" can be used in more than one way.

But male/male doesn't have all of those other meanings, making it a lot more clear as a tag. So that's going to be the name of it from now on. Right now though, the site is in the middle of moving all of those images over to the new tag name for it. And since it's a lot of images, it unfortunately takes a little while for the site to move them all. I wish I could make it process this tag change faster, but in another few hours it should probably be finished. Once the alias is finished moving everything over, searches using "gay" or "male/male" should return the exact same results again. It's just a little wonky while it's in the middle of moving everything. Sorry about the inconvenience, it's just going to take a little patience tonight. =/

Although it probably needs a more tailored rewrite, just trimming the definitional issues it also made the wikis a hell of a lot simpler:

Before | After

On another note. I found a weird bug today:

1) Write a blip.
2) Hit edit.
3) Make a change.
4) Hit preview.
5) This happens.

I'm not able to access the web inspector atm because I'm on mobile, but it's definitely reproducible.

Theme: Pony/Snow
Browser: Safari iOS 8.1.3 both iPad and iPhone

Edit: Yup, happens on desktop Chrome too. Unfortunately this one is a bit beyond me as I'm not that familiar with JS. Only happens with blips and I have no idea how long it's been doing this as I've never edited a blip before (as far as I remember).

parasprite said:
Although it probably needs a more tailored rewrite, just trimming the definitional issues it also made the wikis a hell of a lot simpler:

Before | After

On another note. I found a weird bug today:

1) Write a blip.
2) Hit edit.
3) Make a change.
4) Hit preview.
5) This happens.

That seems to happen to me whenever there's a heavy load error occurring when I hit preview.

Not sure why it would happen when the site is functioning normally...

furrypickle said:
Reply

Thank you a lot for the explaination! I tried searching the forums to avoid reporting as bug something that was just a tag change (as I suspected) but I could't find it, so sorry about my fail ^^

It makes a lot of sense and indeed there were some posts tagged as "gay" even if a solo male was using a dildo, so I'm really happy with this change. :)

I never thought a process like this could take so much time, I just assumed it was an immediate thing. No problem in wating on my side, so don't be sorry about the inconvenience.:) I'll also expect to change my searches to female/male instead of "straight" soon.

Thanks again, and sorry for the mistake :)

Bug: adding -humor or -humour to blacklists blacklists ALL THE POSTS!

Expected behavior: tags with humor are exempt from blacklist

Actual behavior: literally every single post gets blacklisted

Steps to duplicate: add -humor to blacklist

mrnotsosafeforwork said:
Bug: adding -humor or -humour to blacklists blacklists ALL THE POSTS!

Expected behavior: tags with humor are exempt from blacklist

Actual behavior: literally every single post gets blacklisted

Steps to duplicate: add -humor to blacklist

It works normally to me. Are you adding -humor to other blacklisted tags in the same line or in a separate line?
For example:

mlp -humor

Blacklists mlp posts without humor, so most of post will be visible.

mlp
-humor

Blacklists posts that have mlp tag and posts that don't have humor tag. Most of the posts won't be visible since humor is not that popular tag.

Granberia said:
It works normally to me. Are you adding -humor to other blacklisted tags in the same line or in a separate line?
For example:

mlp -humor

Blacklists mlp posts without humor, so most of post will be visible.

mlp
-humor

Blacklists posts that have mlp tag and posts that don't have humor tag. Most of the posts won't be visible since humor is not that popular tag.

seperate line, so that probably explains.

Is something going on right now?
Never seen this crash screen before, but I've now gotten it three different times trying to access different threads in the forums.
http://i.imgur.com/9nY46Io.png

Not really a bug but more of a flaw with the blips.

If someone uses the word sneaky in a blip it gets posted on my profile as you can see here.

Maybe that's what I get for using an adjective as my name.

Peekaboo said:
Is something going on right now?
Never seen this crash screen before, but I've now gotten it three different times trying to access different threads in the forums.
http://i.imgur.com/9nY46Io.png[/quote]

Yeah, I've been getting some errors lately as well. I got one trying to post this but I couldn't get a screen shot of it.

It's not limited to the blips. I've been getting it intermittently when tagging and accessing profiles as well.

I just got this

Xch3l said:
I just got this

Yeah that's the only one I've been getting.

Xch3l said:
I just got this]

parasprite said:
Yeah that's the only one I've been getting.

https://e621.net/forum/show/140936

Granberia said:
https://e621.net/forum/show/140936

NotMeNotYou said:
shouldn't happen again.

lol