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

SanitizeString: Allow hypen char #6713

merged 1 commit into from Sep 29, 2015


Copy link

@MarcoFalke MarcoFalke commented Sep 23, 2015

Maybe someone wants to put in the UA?

Ref: #4983.

Copy link

laanwj commented Sep 23, 2015

Maybe we could reverse the approach, and allow everything allowed by the BIP14. Otherwise we can keep creating 'also allow XX' pulls (yes, I'm guilty of this one) .

I think the conceptual issue is that SanitizeString is used for two purposes:

  • to avoid formatting strings that are dangerous to pass to the shell, terminal or debug log, and
  • to filter characters for user agent

Splitting of these two use-cases with a parameter was a great idea. Now we can make SanitizeString(SAFE_CHARS_UA_COMMENT) pass through all characters allowed per BIP14.

Unfortunately that BIP isn't clear on that. It says that / : ( and ) are reserved, but it doesn't make any statement about e.g. which character set is used, or even about control characters...

@laanwj laanwj added the Feature label Sep 23, 2015
Copy link
Member Author

MarcoFalke commented Sep 23, 2015

Assuming ASCII and forgetting about all non printable ASCII chars, leaves us with 33 chars (alphanum is fine) to make a decision about.

.,;_/:?@() is already in, so what is left:


IIrc, UAs get dumped to debug.log as well, so is it save to allow any char?

Copy link

jgarzik commented Sep 23, 2015

ut ACK

Copy link

laanwj commented Sep 23, 2015

IIrc, UAs get dumped to debug.log as well, so is it save to allow any char?

Yes, but only processed through SanitizeString(SAFE_CHARS_DEFAULT) - in principle, just the fact that we don't log some characters doesn't mean that they shouldn't be allowed in uacomments.

Copy link

laanwj commented Sep 29, 2015

Meh, I don't think it's worth it to take this to BIP level - although the BIP should have mentioned valid/invalid characters! Good to check for in next proposal if anything relating strings.

@laanwj laanwj merged commit 43edd51 into bitcoin:master Sep 29, 2015
laanwj added a commit that referenced this pull request Sep 29, 2015
43edd51 SanitizeString: Allow hypen char (MarcoFalke)
@MarcoFalke MarcoFalke deleted the MarcoFalke-2015-allowMoreChars branch Oct 8, 2015
@bitcoin bitcoin locked as resolved and limited conversation to collaborators Sep 8, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
None yet

Successfully merging this pull request may close these issues.

None yet

3 participants