web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

News and Announcements icon
Community site session details

Community site session details

Session Id :
Power Platform Community / Forums / Power Apps / Form Page not advancin...
Power Apps
Suggested Answer

Form Page not advancing despite all fields are valid and filled out

(0) ShareShare
ReportReport
Posted on by 41

With all required fields filled out, the form is not advancing to the next page because of a text option in the field shown below:

 

the form however does advance when a number from the dropdown is selected as shown:

 

both options are from a separate list just for ALN/CFDA #s.  This issue just happened this past month.  These N/A options have always lived in the dropdown since Genesis' inception.  Not sure why this is not working now.

 

could you please advise how I can fix this?

Categories:
I have the same question (0)
  • WarrenBelz Profile Picture
    155,291 Most Valuable Professional on at
    What exactly are we looking at here ? Is that a Canvas or a Model-driven app and what is the OnSelect code on those icons ?
  • Suggested answer
    VASANTH KUMAR BALMADI Profile Picture
    352 on at

    This behavior is not random and you’re not imagining it — it’s caused by a data type / validation mismatch that was tightened recently in Power Apps / SharePoint integration.

    That’s why:

    • ✅ selecting a number allows the form to advance

    • ❌ selecting “N/A” blocks navigation

    • ❌ even though the field visually looks filled

    • ❌ and this only started happening recently

    What actually changed

    Your dropdown is bound to a separate list of ALN/CFDA values where:

    • most values are numeric (e.g. 10.123, 84.010)

    • “N/A” is text

    Your target column in the main list is very likely:

    • a Number column, or

    • a Lookup whose primary field is numeric

    Previously, Power Apps was lenient and allowed this mismatch.

    Recently, validation became stricter:

    A required field is only considered “valid” if the value matches the column’s data type.

    So now:

    • Numeric value → ✅ valid

    • Text (“N/A”) → ❌ invalid (even though selected)

    That’s why the form won’t advance.

    Why the UI is misleading

    Power Apps checks two things for required fields:

    1. Is something selected?

    2. Does the value match the expected data type?

    Your dropdown passes #1, but fails #2.

    So the form still thinks the field is invalid.

    How to confirm this quickly

    Check the Update property of the DataCard:

    If you see something like:

    DropdownALN.Selected.Value
    

    …and the target column is Number, then "N/A" cannot be converted to a number — silently failing validation.

    ✅ Correct ways to fix this (choose one)

    ✅ Option 1 — Make “N/A” a numeric value (recommended)

    In your ALN/CFDA lookup list:

    • Change “N/A” to a numeric placeholder, e.g.:

    0
    -1
    999999
    

    Then display it as “N/A” in Power Apps:

    If(
        ThisItem.ALN = 0,
        "N/A",
        Text(ThisItem.ALN)
    )
    

    This keeps data types consistent and validation happy.

    ✅ Option 2 — Change the target column to Text

    If “N/A” is a valid business value:

    • Change the destination column to Single line of text

    • Store all values as text

    This removes numeric validation entirely.

    ⚠️ Do this only if you don’t rely on numeric behavior elsewhere.

    ✅ Option 3 — Explicitly handle “N/A” in the Update property

    If the column must remain numeric:

    If(
        DropdownALN.Selected.Value = "N/A",
        Blank(),
        Value(DropdownALN.Selected.Value)
    )
    

    And then make the column not required, or handle required logic manually.

    This avoids invalid numeric conversion.

    ❌ What will NOT fix it

    • Re-adding the field

    • Re-creating the dropdown

    • Re-publishing the app

    • Clearing cache

    • Changing Required to false temporarily

    The issue is type validation, not UI state.

    Why this surfaced “all of a sudden”

    Microsoft has been tightening:

    • form validation

    • required field enforcement

    • type coercion

    especially around SharePoint + Power Apps.

    So a configuration that “worked” before is now being enforced correctly.

    Final recommendation

    Never mix text values like “N/A” into numeric-required fields.

    Either:

    • store everything as text, or

    • store everything as numbers and format the display

    Once you align the data type, the form will advance immediately — no other changes needed.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Introducing the 2026 Season 1 community Super Users

Congratulations to our 2026 Super Users!

Kudos to our 2025 Community Spotlight Honorees

Congratulations to our 2025 community superstars!

Congratulations to the April Top 10 Community Leaders!

These are the community rock stars!

Leaderboard > Power Apps

#1
Vish WR Profile Picture

Vish WR 1,027

#2
Valantis Profile Picture

Valantis 644

#3
11manish Profile Picture

11manish 626

Last 30 days Overall leaderboard