chrscool8 / homebrew-details Goto Github PK

Hi @Chrscool8

v0.30 crashes under ams 0.13.0 / emuMMC 10.0.4. v0.20 runs without problems.

Tested via HB menu in applet mode & high memory mode

I installed a forwarder, but when I run it from the home menu, it turns off with an error.

Describe the bug

A clear and concise description of what the bug is:
When Creating My Own Forwarder Using The Tool NRO2NSP To launch The App, A few Weird things happen that I think can be fixed easily.

To Reproduce

Steps to reproduce the behavior:

1.Create A Homebrew Details Forwarder Using The tool NRO2NSP (via sdmc and I forward it using the directory /switch/.nro forwarders/homebrew details.nro

2.Install the forwarder

3.Launch the forwarder and I see a few bugs that need to be fixed. (And there may be more bugs that happen that I don't know about)

Expected behavior

To see the forwarder launch like a the normal homebrew app.

Screenshots

Yep I Took some screenshots to show what bugs I'm talking about:

System Type and Version:

• App Version 0.74 Stealth Launch
• EmuNAND
• OS Version 10.0.4
• CFW Version Atmosphere v0.13.0
• Launching from channel or applet:
  Launching as a forwarder

Additional context

I know that there is already a forwarder included in the releases but I want to actually literally "forward" the app from the switch directory to the .nro. So I would really appreciate it if this gets fixed.

Thank You!

I want to directly replace hbmenu.nro to open the album and enter Homebrew-Details

Describe the bug
I installed this app through the appstore, and then installed the forwarder as directed from the settings menu. When launching the app from the home screen, I get a "The software was closed because an error occurred".

To Reproduce
Steps to reproduce the behavior:

1. Install homebrew details from appstore
2. Install forwarder with DBI
3. Launch forwarder
4. See error

Expected behavior
No error

System Type and Version:

• App Version: 1.05
• SysNAND / EmuNAND: emunand
• OS Version [e.g. 10.0.4]: 16.0.2
• CFW Version [e.g. Atmosphere v0.13.0]: Atmosphere v1.5.1
• Launching from channel or applet: channel

My system:

1. Horizon 13.0.0
2. Atmosphere 1.1.1
3. HB Details 1.05

I enable the option to replace hbmenu. I can see that hbmenu.nro on my sdcard gets copied to hbmenu.bak.nro and hbmenu.orig.nro so I think that part is working. Afterwards, opening exiting apps still launches hbmenu. Launching hbmenu from it's NSP forwarder still opens hbmenu. Holding R while launching other NSP still launches hbmenu. Launching Album for applet mode still launches hbmenu. I'm not exactly sure which of these scenarios should result in Homebrew Details being launched. The documentation isn't clear on the expected behavior.

For fun I even grabbed resources/hbmenu-forward.nro from github and FTP it to overwrite hbmenu.nro and I get the same behavior.

Thanks.

Describe the bug
Whenever I try to compile I get a "features_cpu.h" error. I looked all over the internet and all I saw was "features_cpu.c"
To Reproduce

1. Download the source code
2. Try to compile it
3. See error

Expected behavior
I expected for it to successfully compile :

I'd like to be able to group apps within folders. For example: a folder called "media" for all media apps, a folder called "games" for all homebrew games, etc. I think that's the only thing missing on this project!

After running v0.42 and scanning the apps, a fatal crash occurs, even if an App Store title is present in the setting.

Describe the bug
When I delete some apps, the original folder is still present on the SD card and thus visible in the hbmenu.

To Reproduce
Steps to reproduce the behavior:
Manage -> delete app -> empty folder still visible in hbmenu

Expected behavior
Also deletes the folder, not only the nro

Screenshots
If applicable, add screenshots to help explain your problem.

System Type and Version:

• App Version [latest]
• EmuNAND
• OS Version [e.g. 10.2.0]
• CFW Version [e.g. Atmosphere v0.15.0]
• Launching from channel

Additional context
Add any other context about the problem here.

Describe the bug
When attempting to remove homebrew apps a message is displayed: "Issue removing file"

To Reproduce
Steps to reproduce the behavior:

1. Open App Details
2. Navigate to Manage tab (selected by default for me)
3. Under "File Management Actions", choose "Delete App"
4. See error in the top right.

Expected behavior
The app should be successfully deleted.

System Type and Version:

• App Version 1.05
• SysNAND
• OS Version 13.0.0
• Atmosphere 1.1.1
• Launched via R + Game

Additional Context
Hekate boot config:

[ATMOS (SYSNAND)]
emummc_force_disable=1
payload=bootloader/payloads/fusee.bin
icon=bootloader/res/icon_payload.bmp
nosigchk=1
{}

not sure if that matters but figured I'd include it

That being the top of the application, Instead of having "Homebrew Details Next - v1.05" maybe just "Homebrew" to be more "system like" and match the OS more

I say that because I really like this project idea over the hbmenu. Just a must better implementation and the way things should be

just a feature suggestion, and maybe it exists and i just couldnt find it,
but a simple way to clear the cached scan would be really useful, i interrupted the scan on my drive and it absolutely tanked the software, it only knew where one nro was and even after i deleted said nro it would still only reflect that nro file in the menu, and it did not auto scan even with the feature enabled, i had to go clear the folder in the config folder on the sdcard in order to get the application back to a useable state

Can there be a option to hide or remove applications that I don't want or need from the menu. Removal is really wanted because NROs that do not exist sill appear even though there not coming back. May be more of a recache option for that.

Describe the bug
if you enable scanning other than just /switch/, it scans to 3840 files exactly and then crashes

Screenshots
Crash screen is the basic "The software was closed because an error occurred."

System Type and Version:

• 0.95
• SysNAND
• 10.2.0 | AMS M.15.0 | S
• Launching from Youtube

Additional context
Why does it scan everything and not just looking for an identical-named .nro file inside the subfolders?
Also why is there an autoscan setting but not a setting to skip the scan? or the ability to manually navigate to individual nros

Describe the bug
A clear and concise description of what the bug is.
I think the .nsp might be corrupt or my download got messed up because I can't install it.
To Reproduce
Steps to reproduce the behavior:

1. Navigate to the .nsp in Tinwoo Installer
2. Attempt to install

Expected behavior
A clear and concise description of what you expected to happen.
The forwarder being installed

Screenshots
If applicable, add screenshots to help explain your problem.

System Type and Version:

• App Version 1.0.1
• SysNAND/EmuNAND EmuNand
• OS Version 11.0.1
• CFW Version Atmosphère 0.17.0
• Launching from channel or applet Neither because this is related to installing

Additional context
Add any other context about the problem here.
This was only tested with Tinwoo installer