isolated Chrome and Firefox bug: Artist pages do not show ALL creations if they are small (includes workaround solution)

[wretchComplex]

With Firefox & Chrome browsers on desktop:
The creations tab on my HEN profile (and some others) does not display all of the artwork; it only displays the latest 20 OBJKTs.
This is very specific to affecting only artists that have most recently minted about 20 pieces of particularly small art;
but there is a work-around.

HEN appears to load the first 20 OBJKTs on all artist's creation pages, it then waits for activity from the browser's scrollbar before loading more. However, when the sum of the art is too small, and in a large browser window: the webpage is not scroll-able. Thus, it will not load more OBJKTs because there is no scrolling.

(the bug does not occur in Edge or Opera; these browsers must recognize we're already at the bottom of the page; and will always load all of the art) edit: okay sometimes it happens in microsoft Edge too.

To Reproduce, (including workaround solution)
Steps to reproduce the behavior:

1. In Firefox or Chrome, go to a HEN page with lots of small low resolution OBJKTS, like my own:
   https://www.hicetnunc.xyz/SadwareComputerClub
2. Notice it only loads 20 OBJKTs if your browser is maximized on a large monitor.
3. Resize the browser window to be smaller, this will enable the browser's scrollbars.
4. The rest of the OBJKTS will load once you can scroll on the page. Feel free to maximize your window again.

OS: Windows 10
Browsers:
Firefox 90.0.2 (64 bit)
Chrome 92.0.4515.107 (64 bit)

[violetforest]

mmm this is weird. @kylegrover do you have any ideas as to why this might be happening?

[kylegrover]

mmm yeah a theory at least, it only triggers on scroll so when you can't scroll it doesn't check any more.
but actually on my screen there's always space to scroll, because of this weird css in bottom banner that I would otherwise consider a bug

hicetnunc/src/components/bottom-banner/styles.module.scss

Lines 20 to 29 in 7b9f2e5

	html {
	margin-bottom: 10px!important;
	@include respond-to('phone') {
	margin-bottom: 20px!important;
	.container {
	padding: 5px;
	font-size: 13px;
	}
	}
	}

so I can't recreate this problem

[wretchComplex]

Sorry, accidentally clicked the close button while typing this comment.

Anyway. @kylegrover, you might be able to recreate the problem by using your browser's zoom function to make the page smaller than 100%.
(in my case, in addition to scaling the window smaller: zooming in on the page with ctrl+mouse wheel can also trigger scrolling)