Gelbooru with GelboLube looks slightly wrong

kowith337 / PersonalFilterListCollection

Total resources of documentation, filterlists, hosts file, ruleset that I've created, mostly for private use and/or test.

Other

135 stars 20 forks source link

Gelbooru with GelboLube looks slightly wrong #46

Closed Jorge9811 closed 4 years ago

Jorge9811 commented 4 years ago

What type of resource that you're use?

Describe the issue

The page content looks slightly wrong

Steps to reproduce

Go to Gelbooru
Search anything on the search bar
...

Expected behaviour

Slim bar with options of the same size as the blue one

Actual behaviour

Bigger bar than the blue one

Screenshots

untitled

Logs

Additional notes

I'm using Mozilla Firefox 69.0.3 and these are the filters I'm using on uBlock

If more info is needed lmk

kowith337 commented 4 years ago

It seems like extra menu were added (The Supporters is the latest items are added in) that cause menu items is overflowing and cannot fit the content anymore

~~I'm also see the R18 ads re-appearing, I will also looking for it.~~

Whoopsie, are you viewing WebM content? I've misunderstood that it's an ads.

kowith337 commented 4 years ago

All menu are strictly apply normal font weight and reduce padding to 4 pixels for each side.
All menu that highlighted with <b> tag are set font weight to normal now, and disabled padding for highlighted menu items to prevent additional padding (a 4 + b 0 not a 4 + b 4)

Jorge9811 commented 4 years ago

Almost everything seems to be working now. The only single issue left is that when you type in a part of a tag inside a post (like for example typing in "aud" in the search bar to complete "audio" while you're watching a webm or a pic), the list of tags doesn't show up. It only shows up during a search. https://streamable.com/pyvrg

Other than that, everything seems to be working perfectly now. Thanks!

kowith337 commented 4 years ago

https://github.com/kowith337/PersonalFilterListCollection/blob/477e59c8e7b522c8ad299bbac6641d7b5f7b7852/filterlist/imageboard/GelboLube.txt#L230

Because I've blocked every *.php requests that not match these request type.

document, where you can view their sites.
inline-script, to allow script inside current document to be execute.
xmlhttprequest, previously, all AutoComplete are rely to that, but not anymore because it's switched to beacon instead.

Furthermore, they often use *.php requests for abusive way to make sure blocked ads can be survive or bypass, plus sent something back to server for let the site owner know that someone still blocking their ads (e.g. autoDebug shady requests) and I'm aware that allow beacon for *.php may be leak ads code to be re-execute, same as other.

Jorge9811 commented 4 years ago

Then it's not an issue at all, thanks for the explanation!