Weird behavior when items are in parenthesis

[rsese]

User notes weird behavior with task lists when a nested item is in parenthesis:

The task after "Nested Task 1" is started with a parenthesis and not
properly rendered as expected.
Also when trying to check the last task, "nested again", the parent
task, "one more" is checked and it's not possible to uncheck it.
Editing the markdown directly works as expected.

Their test case:

https://github.com/badboy/broken-task-list-test/issues/1

I see the same behavior with this task list for example:

- [ ] apple
  - [ ] orange
  - [ ] (banana)
- [ ] pear
  - [ ] peach

See the missing "(banana)":

And the checkbox behavior:

/cc @github/task-lists

[bkeepers]

[ ] (orange) is really close to the markdown link syntax. I don't know if markdown allows a space between the brackets and parenthesis, but if it does, I'm guessing that' creating <a href="orange"> </a>.

[mtodd]

This definitely creates a link with a space:

Which is consistent with the Markdown spec:

You can optionally use a space to separate the sets of brackets:

This is [an example] [id] reference-style link.

I always recommend escaping parens with backslashes so that it is explicitly not interpreted as a link.

- [ ] \(banana)

produces:

• (banana)

However, there still remains the broken update behavior. This is caused by the generous matching of the item pattern, which doesn't try very hard to differentiate this scenario.

Not sure what the solution is but a failing test should be pretty easy to fabricate and reproduce.

[mtodd]

@rsese BTW, thanks so much for opening the issue. ❤️ Nailed it!

[rsese]

⚡

[mtodd]

The problematic update handling was addressed in #38 :)