PASSWORD_STORE_CHARACTER_SET_NO_SYMBOLS isn't respected

[Tinu Weber]

On Sat, Jan 06, 2018 at 03:49:00 +0100, Marek Howard wrote:
> [...] It is a bit odd though the need to set both the variable
> and the command line switch.

The two things are semantically different: One (variables) defines the
available character sets, while the other (command line option) selects
the set to be used for an individual password.

You have the choice between the "limited character set" (by default only
alphanumeric) and "extended character set" (all printable characters in
the ASCII range). Those character sets can be configured individually
through PASSWORD_STORE_CHARACTER_SET_NO_SYMBOLS and
PASSWORD_STORE_CHARACTER_SET.

The decision of which character set to use may depend on the situation,
e.g. some online services don't allow special characters, so you go for
the alphanumeric variant, whereas others are fine with anything, so you
go for the "full" set.

> Why isn't the "no-symbols" behaviour always on when the variable is
> non-empty?

For instance, what if you set both PASSWORD_STORE_CHARACTER_SET and
PASSWORD_STORE_CHARACTER_SET_NO_SYMBOLS? :-)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.zx2c4.com/pipermail/password-store/attachments/20180106/a5537530/attachment.asc>