By using this site, you agree to our Privacy Policy and our Terms of Use. Close

Forums - Website Topics - VGChartz - Site Upgrade

Zkuq on 13 November 2020

This is quite annoying, so I'm reporting it as a bug:

  1. Open the Buddy.
  2. Hover over a thread in the list but don't do it directly on text.
  3. Click using the mouse wheel.

Expectation: The thread is opened in a new tab.

Reality: The Buddy is closed. The thread is not opened in any tab.

The problem is that it's so easy to miss the text part and accidentally close the Buddy by clicking with the mouse wheel. Technically, the best solution would be to make the <a> element fill the whole parent element, since it's guaranteed to work in all situations since it's a real link instead of a hack.



Around the Network
Zkuq on 13 November 2020
Machina said:
Zkuq said:

This is quite annoying, so I'm reporting it as a bug:

  1. Open the Buddy.
  2. Hover over a thread in the list but don't do it directly on text.
  3. Click using the mouse wheel.

Expectation: The thread is opened in a new tab.

Reality: The Buddy is closed. The thread is not opened in any tab.

The problem is that it's so easy to miss the text part and accidentally close the Buddy by clicking with the mouse wheel. Technically, the best solution would be to make the element fill the whole parent element, since it's guaranteed to work in all situations since it's a real link instead of a hack.

I can't replicate this; clicking with my mouse wheel button on a non-text area of my buddy doesn't close it, it just shows a scrolling button. However, your solution sounds like something we should do regardless, so I've added it to the list.

Hmm. I don't seem to be able to replicate the issue in Chrome, but in Firefox, it happens consistently. Gotta love the differences between browsers, eh?



DeletedAccount3 on 14 November 2020

User Requested removal



DeletedAccount3 on 14 November 2020

User Requested removal

Last edited by DeletedAccount3 - on 14 November 2020

DeletedAccount3 on 14 November 2020

User Requested removal



Around the Network
Zkuq on 14 November 2020
Ryuu96 said:
Zkuq said:
Maybe this has been mentioned, but I haven't seen it yet. Anyway, in the dark mode, the quick reply box has a white background, whereas the rich text reply box has a dark background. Pick one colour and use it for both! Preferably, it's the dark colour for the dark theme in all text inputs.

This is something we just overlooked, Lol.

It's fixed now.

Neat, thanks! I also noticed the same issue when writing comments for news/articles (i.e. the input box has a white background even in dark mode). I imagine you'll want to make that darker as well.



AlbiNecroxz on 15 November 2020

I'm seeing some issues with page numbers, I'm using Chrome if it helps.





Zanark best Inazuma Eleven pg

kirby007 on 15 November 2020

i gotta say the frontpage on 4k looks great if it loads fast im good but then again im not really a moaner



 "I think people should define the word crap" - Kirby007

Join the Prediction League http://www.vgchartz.com/predictions

Instead of seeking to convince others, we can be open to changing our own minds, and seek out information that contradicts our own steadfast point of view. Maybe it’ll turn out that those who disagree with you actually have a solid grasp of the facts. There’s a slight possibility that, after all, you’re the one who’s wrong.

sundin13 on 15 November 2020
Ryuu96 said:

Users with the infinite loading pinwheel on Hot Topics and other things, Jlauro has enabled force to https again, can you verify that you're now being sent to https which should fix the infinite loading?

Just gave it a quick test and it loaded instantly every time. Good work!



curl-6 on 16 November 2020

Everything seems to be loading nice and fast now and the tweaks since the original update are welcome, but any word on the hardware numbers on the front page not updating?