-
Notifications
You must be signed in to change notification settings - Fork 766
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
Option
indexing appears to break after an OptionList.clear_options
and OptionList.add_option(s)
#4101
Comments
Diving into the innards with this: from textual import on
from textual.app import App, ComposeResult
from textual.containers import Horizontal
from textual.reactive import var
from textual.widgets import Button, OptionList, Pretty
from textual.widgets.option_list import Option
class OptionListReAdd(App[None]):
CSS = """
OptionList {
height: 1fr;
}
Horizontal {
height: 2fr;
Pretty {
width: 1fr;
}
}
"""
count: var[int] = var(0)
def compose(self) -> ComposeResult:
yield Button("Add again")
yield OptionList()
with Horizontal():
yield Pretty([], id="options")
yield Pretty([], id="ids")
@on(Button.Pressed)
def readd(self) -> None:
self.count += 1
self.query_one(OptionList).add_option(
Option(f"Option {self.count}", id=str(self.count))
)
self.query_one("#options", Pretty).update(
self.query_one(OptionList)._options
)
self.query_one("#ids", Pretty).update(
self.query_one(OptionList)._option_ids
)
if __name__ == "__main__":
OptionListReAdd().run() I see this: it looks like the changes made have introduced some sort of off-by-one error on the index mapping for each ID. |
It's a bit late in the evening for me to do a PR with confidence, but it looks like the issue is fixed with something like this: diff --git a/src/textual/widgets/_option_list.py b/src/textual/widgets/_option_list.py
index 59e2adf9..9366f071 100644
--- a/src/textual/widgets/_option_list.py
+++ b/src/textual/widgets/_option_list.py
@@ -596,13 +596,14 @@ class OptionList(ScrollView, can_focus=True):
# Turn any incoming values into valid content for the list.
content = [self._make_content(item) for item in items]
self._duplicate_id_check(content)
+ start = len(self._options)
self._contents.extend(content)
# Pull out the content that is genuine options. Add them to the
# list of options and map option IDs to their new indices.
new_options = [item for item in content if isinstance(item, Option)]
self._options.extend(new_options)
for new_option_index, new_option in enumerate(
- new_options, start=len(self._options)
+ new_options, start=start
):
if new_option.id:
self._option_ids[new_option.id] = new_option_index The calculation of the new index values for the mapping is currently starting after the new options have been added, when it should go from the last position before they're added (is how it looks to me). Pinging @rodrigogiraoserrao for a double-check as this does seem to be from b1aaea7 |
A test like this illustrates the issue: from textual.app import App, ComposeResult
from textual.widgets import OptionList
from textual.widgets.option_list import Option
class OptionListApp(App[None]):
"""Test option list application."""
def compose(self) -> ComposeResult:
yield OptionList()
async def test_get_after_add() -> None:
"""It should be possible to get an option by ID after adding."""
async with OptionListApp().run_test() as pilot:
option_list = pilot.app.query_one(OptionList)
option_list.add_option(Option("0", id="0"))
assert option_list.get_option("0").id == "0" This will fail. |
Don't forget to star the repository! Follow @textualizeio for Textual updates. |
This looks to be a bug introduced in v0.48 of Textual. Consider this code:
With v0.47.1, you can press the button many times and the code does what you'd expect; the option keeps being replaced, and it can always be acquired back with a
get_option
on its ID.With v0.48.0/1 you get the following error the second time you press the button:
Tagging @willmcgugan for triage.
Perhaps related to b1aaea7
The text was updated successfully, but these errors were encountered: