Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Exosphere's PRODINFO blanking is broken on 17.0.0 - Needs to be removed to avoid confusion. #2215

Closed
Sanrax opened this issue Oct 23, 2023 · 20 comments

Comments

@Sanrax
Copy link

Sanrax commented Oct 23, 2023

Bug Report

What's the issue you encountered?

Applying blanked PRODINFO on HOS 17.0.0 with AMS 1.6.0 or 1.6.1's exosphere causes a crash, ProgramID - 0100000000000025

If this is an unfixable issue, the feature should be removed from Atmosphere.

How can the issue be reproduced?


Create an `exosphere.ini` file that has blank_prodinfo set to 1, and boot into a partition running 17.0.0.

System Firmware Version

17.0.0

Environment?

  • What bootloader (fusèe, hekate, etc) was Atmosphère launched by:
    • Doesn't matter, happens with both.
  • Official release or unofficial build:
    • Official release. Any version that supports 17.0.0.
  • Do you have additional kips or sysmodules you're loading:
    • No
  • Homebrew software installed: This happens on a completely fresh AMS install.
  • EmuMMC or SysNAND: Whichever is on 17.0.0 and has blanked prodinfo applied.
@SciresM
Copy link
Collaborator

SciresM commented Oct 23, 2023

I am not sure about removing it, because then people who are using it might get really mad. Consider someone who is on 15.0.0, using blanking. If I just outright remove it, then they'll boot into 15.0.0 and their console will connect to Nintendo, and they might yell at me. Same deal with making it silently do nothing on 17.0.0, where they'd think it's on but it isn't.

I'm thinking on it, but the crash might honestly be the best outcome.

@SciresM SciresM closed this as completed Oct 23, 2023
@Masamune3210
Copy link

I'd argue the crash is the best outcome, since its a hard stop that forces the person to figure out what is going on and doesn't invisibly invalidate their intention of keeping the option enabled.

@SciresM
Copy link
Collaborator

SciresM commented Oct 23, 2023

Yeah. That's kind of how I feel, that it's better than an invisible lack of blocking when the user expects blocked domains.

@Sanrax
Copy link
Author

Sanrax commented Oct 23, 2023

Yeah. That's kind of how I feel, that it's better than an invisible lack of blocking when the user expects blocked domains.

True. Would it be possible to cause a custom error or crash that would make it more clear perhaps? I feel like having a random process ID shown doesn't make it very clear what the issue is.

@SciresM
Copy link
Collaborator

SciresM commented Oct 23, 2023

Not really, since the error occurs in a Nintendo module with no atmosphere code involved. I could maybe adjust the fatal text if the version is high enough and it's that specific error code from that specific module, but I really don't like fucking with the fatal error text.

I can try to think about whether there are any less obvious things to do.

@Sanrax
Copy link
Author

Sanrax commented Oct 23, 2023

Cool. Best of luck then, and thanks for maintaining Atmos. :)

@Masamune3210
Copy link

Maybe put a warning somewhere and offer a list of all known domains that need to be blocked?

and yeah, thanks for doing all of this

@Sanrax
Copy link
Author

Sanrax commented Oct 23, 2023

Maybe put a warning somewhere and offer a list of all known domains that need to be blocked?

and yeah, thanks for doing all of this

Personally, I would ship nh-server guide's emummc.txt as part of official ams. The couple people that need Nintendo servers on emummc can remove the file themselves.

@SciresM
Copy link
Collaborator

SciresM commented Oct 23, 2023

Well, keep in mind that I literally don't recommend emummc. Almost everyone doesn't need it; I boot exclusively sysmmc, and mostly recommend this. I wouldn't want the defaults to ever be "servers blocked", I don't think.

@Sanrax
Copy link
Author

Sanrax commented Oct 23, 2023

I wouldn't want the defaults to ever be "servers blocked", I don't think.

I mean, the emummc file only applies to emu, so the default recommended configuration (sysCFW) would still have servers unblocked.

I can't think of a single reason anyone would need unblocked Nintendo on emu, other than people running patched Eristas on 4.1.0.

Almost everyone doesn't need it

I think we both know that the vast majority of AMS users with unbanned Switches do use emu though, to evade bans.

@SciresM
Copy link
Collaborator

SciresM commented Oct 23, 2023

I honestly don't believe that's true. Not being performative or disingenuous; it is my honest expectation that that's not the case.

@josete2k
Copy link

I know that this is a closed threat but I have blanked serial on emummc and no error when updating to 17.0.0

If I can help you just let me know...

@AntHJ
Copy link

AntHJ commented Oct 24, 2023

If the serial was removed previously using incognito, would the system have the same crash issue?

@SciresM
Copy link
Collaborator

SciresM commented Oct 24, 2023

If the serial was removed previously using incognito, would the system have the same crash issue?

The issue isn't the serial, it's the cert stuff. So would depend on whether the certificate was messed with.

@CrimsonKnight13
Copy link

I've found the crash happens only after WiFi is connected. It remains perfectly stable with airplane mode.

@filipecoimbra222
Copy link

I've found the crash happens only after WiFi is connected. It remains perfectly stable with airplane mode.

I can confirm it. I'm having the exactly same error, but when i put it in Airplane mode, the crash does not occur. I'm kinda new to Switch CFW. Is there any way i can solve this for now?

@Masamune3210
Copy link

Turn off PRODINFO blanking and either deal with having a banned console or block all the domains

@CrimsonKnight13
Copy link

I've found the crash happens only after WiFi is connected. It remains perfectly stable with airplane mode.

I can confirm it. I'm having the exactly same error, but when i put it in Airplane mode, the crash does not occur. I'm kinda new to Switch CFW. Is there any way i can solve this for now?

I used the old Incognito_RCM payload to erase my PRODINFO, so restoration via any Homebrew app wouldn't work.

If you used any method for Incognito mode, restore PRODINFO (if you backed up full NAND or partitions) with NxNandManager. I no longer have the issue after restoration.

@filipecoimbra222
Copy link

I've found the crash happens only after WiFi is connected. It remains perfectly stable with airplane mode.

I can confirm it. I'm having the exactly same error, but when i put it in Airplane mode, the crash does not occur. I'm kinda new to Switch CFW. Is there any way i can solve this for now?

I used the old Incognito_RCM payload to erase my PRODINFO, so restoration via any Homebrew app wouldn't work.

If you used any method for Incognito mode, restore PRODINFO (if you backed up full NAND or partitions) with NxNandManager. I no longer have the issue after restoration.

Thanks for the reply. I managed to use a AMS DNS redirection as a workaround (blocking all Nintendo Servers), then turned off blank PRODINFO. Everything is working now.

@SciresM
Copy link
Collaborator

SciresM commented Oct 28, 2023

Locking this, as it's been resolved for a while.

@Atmosphere-NX Atmosphere-NX locked as resolved and limited conversation to collaborators Oct 28, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants