This repository has been archived by the owner on Dec 14, 2018. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
TagHelper and non-TagHelper select tags in a form don't work well together. #3347
Comments
Wow, call that OOPS! @NTaylorMullen any idea if other tag helpers suffer from cross-talk like this? |
@Eilon this is a to-do item we've had since we added the |
@dougbu thanks, good to know. |
NTaylorMullen
added a commit
that referenced
this issue
Oct 22, 2015
…ems`. - Added functional tests to validate data created from a `SelectTagHelper` does not impact following `<select>` tags. #3347
NTaylorMullen
added a commit
that referenced
this issue
Oct 22, 2015
…ems`. - Added functional tests to validate data created from a `SelectTagHelper` does not impact following `<select>` tags. #3347
NTaylorMullen
added a commit
that referenced
this issue
Oct 22, 2015
…ems`. - Added functional tests to validate data created from a `SelectTagHelper` does not impact following `<select>` tags. - Also moved the new `SelectTagHelper` communication flow into `TagHelper.Init`. #3347
NTaylorMullen
added a commit
that referenced
this issue
Oct 23, 2015
…ems`. - Added functional tests to validate data created from a `SelectTagHelper` does not impact following `<select>` tags. - Also moved the new `SelectTagHelper` communication flow into `TagHelper.Init`. #3347
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
If you have:
The
<option>
tags in the second select will think that they're running under the first<select asp-for="...">
. This can be fixed by transitioning theSelectTagHelper
to properly useTagHelperContext.Items
instead of relying onViewContext.FormContext.FormData
.The text was updated successfully, but these errors were encountered: