ConfigParser converts option names to lower case on set()

[suslik]

BPO	1552892
Nosy	@birkenfeld

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = <Date 2006-09-13.18:55:20.000>
created_at = <Date 2006-09-05.18:35:31.000>
labels = ['extension-modules', 'invalid']
title = 'ConfigParser converts option names to lower case on set()'
updated_at = <Date 2006-09-13.18:55:20.000>
user = 'https://bugs.python.org/suslik'

bugs.python.org fields:

activity = <Date 2006-09-13.18:55:20.000>
actor = 'suslik'
assignee = 'none'
closed = True
closed_date = None
closer = None
components = ['Extension Modules']
creation = <Date 2006-09-05.18:35:31.000>
creator = 'suslik'
dependencies = []
files = []
hgrepos = []
issue_num = 1552892
keywords = []
message_count = 4.0
messages = ['29770', '29771', '29772', '29773']
nosy_count = 3.0
nosy_names = ['georg.brandl', 'suslik', 'mark-roberts']
pr_nums = []
priority = 'normal'
resolution = 'not a bug'
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue1552892'
versions = ['Python 2.4']

[suslik]

Python 2.4.2

Using set() in ConfigParser module converts all
characters in option names to lower case.

To reproduce:

>>> import ConfigParser
>>> cfg = ConfigParser.ConfigParser()
>>> cfg.add_section('SectioN')
>>> cfg.set('SectioN','OpTiOn","ValuE')
>>> cfg.items('SectioN')
[('option', 'ValuE')]

[mark-roberts]

Logged In: YES
user_id=1591633

I can reproduce this on Win XP, Python 2.4, however, it
doesn't seem to be a bug.

In the docs
(http://docs.python.org/lib/module-ConfigParser.html), it
states that
"All option names used in interpolation will be passed
through the optionxform() method just like any other option
name reference. For example, using the default
implementation of optionxform() (which converts option names
to lower case), the values "foo %(bar)s" and "foo %(BAR)s"
are equivalent."

You might consider subclassing if this is an inconvenience
for you.

[birkenfeld]

Logged In: YES
user_id=849994

Mark is correct. This is not a bug.

[suslik]

Logged In: YES
user_id=633916

Hmm, "broken" behavior by-design or not - it still makes it
impossible to use ConfigParser straight out in KDE, where
almost all option names are AaaaBbbbCccc.

I just went with a completely different parser.
http://wiki.python.org/moin/ConfigParserShootout