PreferencesHelper with Enum trait containing Python keywords or builtins leads to errors

Open
#301 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
3/5
Estimated time
1-2 days
Newbie friendliness
45/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Stale
Tech stack
python
Domain
tooling

Research direction

Start with PreferencesHelper._get_value and the preference rewrite path described in the issue, reproducing the Enum trait case with the logging level "Warning". Trace how the value is evaluated and serialized; done means a keyword or builtin-named enum value remains a valid string after loading, rewriting, and reloading preferences.

Written by the indexing model from the issue text.

Description

I stumbled upon this when defining a preferences helper for a logging configuration.
When defining an Enum trait whose values contain strings that map to Python keywords or builtins (like the logging level "Warning"):
image
Upon initialization of the preferences, the _get_value method of the PreferencesHelper class, will call an eval on "Warning", which results in a type instance of Warning. The following Enum trait validator then fails since the Warning type in not contained in the enum.
image

When specifying the default preferences like this:

[application_logger]
default_level = "Warning"

works upon loading the first app startup.
But after closing the application, the user preferences are re-written, resulting in "Warning" being dumped without ticks.

A potential solution might be executing the "eval" and then dismissing results that are builtins?

Using apptools 5.1.0, traits 6.3.1, Win10

Dominant language
Python
Stars
38
Forks
21
PR merge metrics
No merged PRs in 30d

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from enthought/apptools

All issues in enthought/apptools

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.