It might be fat bear week, but it feels like SVG week over here!
1. What is the issue? Please be detailed.
If there is an SVG select linked to another select via triggered calculates, and the choice list they use has options that are not valid IDs in the SVG, it is possible to select an SVG-invalid ID on the other select, which will show at the bottom of the SVG as the selection for the SVG.
Then the user can select a valid ID on the SVG and the SVG will then show TWO selections for a select one at the bottom of the SVG and not change the value of the other select as it should.
Changing screens (forward / backward / ToC jump) and returning will remove the second, SVG-valid, selection, however the user input to change the select via the SVG (and thus trigger the other to change as well) is discarded.
Looking at the value stored in the fields (see the note displaying the values) indicates that the initial value is not cleared and the SVG selection is never accepted.
Selecting a valid SVG ID when the other select is blank or has an SVG-valid selection works as expected, values change in concert.
Enketo does not display this behaviour
Webforms does not support SVG yet, and the linked calculations do not work, a selection in one does not update the other. As expected as image-map and trigger aren't complete.
2. What steps can we take to reproduce this issue?
Test the attached form
3. What have you tried to fix the issue?
![]()
4. Upload any forms or screenshots you can share publicly below.
Select invalid option from top select, then select valid option- see 'Selected' display at bottom has two values.:
Note that neither value changed after selecting 'top left':
Webforms has a basic select in place of SVG, but doesn't respect the triggered calculates, because both image-map and trigger aren't complete yet.
demo form;
collect_SVG_bug.xlsx (445.1 KB)
(unzip the svg)
collect_bug_demo.svg.zip (798 Bytes)


