Dropdowns

Dropdowns only work when the choice source is right.

InfoPath dropdowns can use static choices, SharePoint lists, filtered secondary data, or display/value pairs. Power Apps needs the correct Items formula and the correct saved value.

01

Dropdown source patterns

Static choices

Simple Yes/No, status, or small option lists can become inline Power Apps choices.

SharePoint support list

Managed values should come from a supporting SharePoint list or library in the destination site.

Dependent choices

Filtered dropdowns need parent values, matching columns, and test rows that actually match.

02

Display value vs saved value

InfoPath often displays one column and saves another. For example, a dropdown may show a person name but save an email address. Power Apps needs both sides modeled clearly.

03

Validation checklist

  • Open the dropdown in Preview mode, not just edit mode.
  • Check that the support list has rows in the destination tenant.
  • Confirm the dropdown Value property points to the display label, not the saved internal field.
  • Save a record and verify the SharePoint value is what the process expects.
FAQ

Common questions

Why does the dropdown arrow do nothing?

The control is usually evaluating to an empty table or data-source error. Check the Items formula and support-list connection.

Can a dropdown use a SharePoint list instead of SharePoint choices?

Yes. Many InfoPath dropdowns are better represented as support-list dropdowns when values are centrally managed.

Should I manually fix dropdowns after export?

Review every dropdown. The converter scaffolds common patterns, but production validation should confirm Items, DefaultSelectedItems, Update, and saved values.

Ready to test a real form?

Run a free analysis and see the migration picture.

Start with one representative .xsn package. You can review the report before using any export credits.