Sankaku Channel/Support

Bug report: the “Type” field doesn’t work when searching for tags, it always shows “Any”. http://chan.sankakucomplex.com/tag/index?order=date

Fixed.

Konda, assuming you mean a thumbnail is not displaying in your operating system's explorer, that would be an issue with it failing to generate its own thumbnails for some reason.

If you definitely downloaded the original image successfully to your computer and this is happening, it would most likely be an issue with your operating system and the original image.

Perhaps you could provide some examples and further details if it is still an issue?

when i flag a image i do not get a confirmation message.

System said:
Konda, assuming you mean a thumbnail is not displaying in your operating system's explorer, that would be an issue with it failing to generate its own thumbnails for some reason.

If you definitely downloaded the original image successfully to your computer and this is happening, it would most likely be an issue with your operating system and the original image.

Perhaps you could provide some examples and further details if it is still an issue?

Here's an example of an "afflicted" pic.
http://chan.sankakucomplex.com/post/show/3377038

The file has no thumbnail when I drag and drop it to my folder. When I right click save as, still no thumbnail. Thus, which method I use to save the file does not seem to matter.

Note that, in this instance (in case it is not 100 percent of instances), it's only the preview image (preview397197de45b5a70d32d943d1fcf4d0f8.jpg) that fails to produce a thumbnail, whereas the original file (397197de45b5a70d32d943d1fcf4d0f8.jpg) produces a thumbnail.

This is an odd issue, I see what you mean.

The full size image produces a thumbnail in Windows 7. The thumbnail produces a thumbnail in Windows 7. The preview does not produce a thumbnail in Windows 7.

Other images show similar behaviour but with previews generated elsewhere OK, suggesting it is an issue with Windows not liking our previews - although our thumbnails use the exact same code and are OK.

There is no indication as to what the problem is that I can see...

Same happens on Windows XP. …But why would you want to save previews instead of the original image?

I don't know, but there was a similar report in the other support thread with another application, so I think we have to consider the colorspace setting we selected to be not fully compatible with all software (although it certainly works with all browsers and image viewers).

Microscopic examination of its results revealed it was introducing some minor aliasing in any case, so it seems worth re-encoding another 5 million images to fix!

ALAKTORN said:
Same happens on Windows XP. …But why would you want to save previews instead of the original image?

It is quicker/easier to grab the preview instead of opting for a larger version which I don't need. And in many cases, the size of the original is bonkers.

Anyway, thank you both for noticing the issue. At least now I know it's not just me.

http://chan.sankakucomplex.com/?tags=mei_ran+haruyama&commit=Search

The preview is mostly broken and shows a different image.

Fixed.

Bug report: I’m getting a “Delete” button next to “Quote” on forum posts, but I can’t actually delete them. It should probably be hidden.

Edit: and on my own posts, the buttons go “Edit | Delete | Quote | Delete” with “Delete” being there twice.

Edit2: I’m also getting “(Un)Stick” and “Lock” as options on opening posts.

Should be fixed.

Isn’t.

Edit: the “last” link in the “Suggestions” topic is currently broken, probably because it detects a deleted post as still counting in the thread, and displays the “last” link that usually brings you to the last page even though there is only 1, so it’s just a blank page.

An error message is displayed, when you search for more than five tags at once:

"Error: Non-members can only search up to five tags at once"

I guess, even members are not allowed to search more than five tags at once. So it would be less confusing, if this error message was fixed.

Should all be fixed.

Just checked Chrome and it is no longer blurring blacklisted, which is strange because is was working just fine for me a few days ago. Firefox works fine now though.

There seems to be some extra padding underneath the navigation bar.

See:
http://chan.sankakucomplex.com/?page=2

Sankaku Channel/Posts - Page 2
My Account Posts Rankings Notes ......
Upload Favorites Subscriptions .....
<padding is here>

It makes the page just barely too tall for me to click the ">>" (next page) arrow link at the bottom of the page without scrolling.

Minor issue.

We might eliminate the padding, but have you considered increasing the height of your browser window?

Might want to add -webkit-filter: blur(5px) to your .blacklist css class...
chrome does not support svg filtering that way.

I'd sure enjoy a working blacklist right now and I'm probably not alone :P

Supposedly it supports it - http://caniuse.com/svg-filters

Firefox and Chrome appear to be conspiring together to ensure whichever method works in one does not work in the other, as we've already been though half a dozen different issues with blur support and these two...

@System

Sadly, I am limited not by my browser, but by my laptop's resolution.

Thanks for the reply.

@System

Ah, so the problem isn't whether chrome supports it but rather -how- it supports it.

Since Firefox only supports blur using SVG and Chrome using webkit, why not just us both?

It needs some expertise to solve as neither browser seems to be behaving as they should.

Firefox fully supports SVG filters but for some reason they do not work at all (on this site and only this site it seems) unless written in via JavaScript, and it would appear Chrome does not like this.

We're not sure why any of them aren't working as they should or which hacks we can safely use together to circumvent this so it is awaiting further investigation at present.

The tag translation index displays “Approve” and “Delete” buttons at the bottom, but they give an access level error so I presume they should be hidden from me.

They are sort of intentionally left there to give some clue as to how it works. It's not always best to hide elements the user lacks permission to use, although I concede it is hard to be consistent about this.

The quick guide to tagging has this line:

“source:none
Search for posts with no source, exclusively.”

Which isn’t very correct. There are posts which are tagged with a “none” source (which seems pretty stupid), and searching “source:none” will give those posts, but it won’t actually display posts that have an empty source. Is there a way to actually search for posts with an empty source?

Fixed that for you. I changed the wording to "blank" to allow those stupid "none" sources to be searched and because it more accurately reflects what you are searching for.

It is gratifying that anyone uses these more advanced search features. Feel free to suggest more of use, they can be quite easy to add.

“source:blank” seems to be doing the opposite of what it should; it’s hiding posts with no source instead of displaying only them.

http://chan.sankakucomplex.com/?tags=only_haruka+source%3Ablank&commit=Search
this hides the two posts with no source, compare with:
http://chan.sankakucomplex.com/?tags=only_haruka

And “-source:blank” is not hiding posts without a source (might be having no effect on the search).

That should be fixed, it was flipped as you saw.

There is no negated source at present, I'm not sure how much demand there is for it (it would only really be useful with wildcards I guess). I believe you can get "source:any" from "source:*"?