I though I answered, but maybe I did not correctly understand what you call custom banner. This bug occurs in all display mode (as mentioned below).
(edit: don't take it bad, I'm not angry about you, just pointing that it's missing a step in the way we should report the bug)
sorry, but that's still not answering my question, which is :
is the issue happening ONLY when the "custom cover" option in the cover download menu is being checked, or the issue is "downloading covers when gamecube games are enabled in the 4th menu".
Maybe you think "custom banner" is the banner layout (where you see animated banners to select games).
I guess the loader menu's name are confusing, I might name them differently than what other users call them.
Maybe you don't make a difference, but here is the difference:
go to 4th icon, select gamecube. Now they are visible.
If you want, you can be in "banner view" mode (by selecting banner view in the top menu), but that's not necessary. I'm also calling it the "banner layout".
Open the cover download, and DO NOT check custom banners from gamecube. (custom banners are animated banners done by users, not generated on-the-fly by the loader, and stored in SD:/apps/usbloader_gx/banner_cache/)
now, with that option unchecked, is the issue still here or not?
I understand that you had the issue with all 5 checked, but you didn't tell if 4 checked had the issues too.
it will determine if the issue is either:
having gamecube listed in the loader while downloading covers (any type)
or
specifically downloading custom animated banners for gamecube (only that type)
Well, that's fine, I still haven't tried myself, but I guess I can try.
in fact, I rarely use custom banners and always used the default banner animation which is using the gamecube savegame icon as auto-generated animated banner. maybe that's why I never noticed that bug.
fledge:
maybe there's a full path without partition, but that's too bad there's no partition defined here.
You said there's an option to set "usb=1" (or something like that) so the plugin will check ROMs on USB, but which partition on USB? always the first one?
you made a global option for that, which will force all plugins to use USB, but maybe some users have some ROMs on SD and some on USB, or even on different partitions on their USB.
about the
special download you mentionned, I thought I'd host all (most?) plugin ini files on sourceforge and users will be able to download a pack in zip, but I can make a loader download, something like the language files update.
For users who don't already use wiiflow plugin, as they already have everything setup correctly they could just point to wiiflow plugin path for default folder.
I guess I'd have to host modified emulators too, not all of them have argument booting enabled on their official release, and fix made mods of most emulators to accept arguments. That's also why some dols are in the plugin folder instead of using the apps folder, but why not put them in the apps folder? these emulators are still updated and released without argument support?