Review Insights · App Store
Jet2 - Holidays and Flights
Jet2.com Limited · 718 ratings · ★ 4.8
4.8
★★★★★
718 ratings
🎯 Build a better version
Top complaints - extracted from 9 negative reviews
Recurring phrases mined from 1-2★ reviews. The bigger the percentage, the more users have the same problem. Fix the top 2-3 in your version and you have product-market fit on day one.
1
"booking"
4 negative reviews mention this · 44% of all complaints
★★★★★ "possible the worst app?. constant ad interruptions, gets stuck when trying to add a booking" - Ostapus
2
"work"
4 negative reviews mention this · 44% of all complaints
★★★★★ "Doesn’t work. This app doesn’t work for me. Keeps saying I can’t access to manage my holiday Don’t have rights access" - The J Girl
3
"user"
3 negative reviews mention this · 33% of all complaints
★★★★★ "Form validation is broken throughout the Jet2 app. As a developer, I’m shocked by how poor the form UX is in this app. There are multiple critical issues that go far beyond simple preference - these are broken fundamentals that directly affect usability and user trust. Below are the major p…" - Toby Dixon Smith
4
"doesn"
3 negative reviews mention this · 33% of all complaints
★★★★★ "Form validation is broken throughout the Jet2 app. As a developer, I’m shocked by how poor the form UX is in this app. There are multiple critical issues that go far beyond simple preference - these are broken fundamentals that directly affect usability and user trust. Below are the major p…" - Toby Dixon Smith
5
"problem"
3 negative reviews mention this · 33% of all complaints
★★★★★ "Form validation is broken throughout the Jet2 app. As a developer, I’m shocked by how poor the form UX is in this app. There are multiple critical issues that go far beyond simple preference - these are broken fundamentals that directly affect usability and user trust. Below are the major p…" - Toby Dixon Smith
📋 All 9 negative reviews
Every 1-2★ review we fetched. Use the copy button to grab them all for your own analysis (paste into ChatGPT/Claude with a prompt like "summarize core user problems, group by theme, ignore bugs, focus on missing features").
Form validation is broken throughout the Jet2 app
As a developer, I’m shocked by how poor the form UX is in this app. There are multiple critical issues that go far beyond simple preference - these are broken fundamentals that directly affect usability and user trust. Below are the major problems, and how to reproduce them.
---
Validation triggers immediately on input, not on submit:
Typing into any field (email, name, date of birth) causes error messages to appear after a single character is typed. This is incorrect behaviour. Validation should trigger on submit, and then update on input change thereafter.
Example:
* Tap into "Date of Birth"
* Type 0
* Immediately triggers the error: "Please ensure date of birth is complete."
* Of course it’s not complete - it’s the first character. This should not be throwing an error until the user actually tries to submit the form.
This anti-pattern exists in every single field and is a textbook example of incorrect validation design.
---
Incorrect input types for key fields (email, password):
* The email field used in login and signup does not specify the correct input type.
* On iOS, this causes the wrong keyboard to appear (with no @ symbol in easy reach).
* It also enables first-letter auto-capitalisation, which is completely inappropriate for emails.
* The password field seems to be typed as plain text rather than type="password".
* No secure keyboard.
* No password autofill.
* No suggested password support from the OS.
These are basic mistakes that make login needlessly frustrating.
---
Data does not save - or at least, doesn’t appear to:
After filling out certain fields and tapping save, the app shows the message "Change saved successfully", yet the fields still display "Not specified."
Example:
* Go to personal details
* Enter a valid Date of Birth (e.g. 17/06/2000) and press Save
* Return to the Personal Details screen
* Date of Birth still reads "Not specified"
This applies to travel documents and other fields as well. Either:
* The data is not saved correctly
* Or the frontend is failing to display the saved value
Either way, the result is that the user has no idea whether the change actually went through.
---
Name validation is inconsistent, misleading, and broken
This is one of the worst parts of the app.
Problem 1 - Names with spaces silently fail
Example:
* First name: Toby
* Last name: Dixon Smith
* Press Save - nothing happens
There is no error message, no feedback, no disabled button - just silent failure. The assumption seems to be that last names can’t include spaces (which is false). Worse still, there’s no indication that this is the issue, leaving the user stuck.
Problem 2 - Invalid error triggers depending on typing order
Example sequence:
* Enter first name: Toby
* Enter last name: Dixon (with a trailing space)
* Error: "Please use valid characters for your last name."
* Select the first name field, backspace to change Toby to Tob, without modifying the last name field
* First name: Tob
* Last name: Dixon - no error
* Add trailing space to first name: Tob - now both fields show error
This proves that the validation is inconsistent and fragile - the same characters can be valid or invalid depending on typing sequence and which field is active.
Problem 3 - Short legal names are rejected
Example:
* First name: Jo or Ed
* Error: "Must be no less than 2 characters."
Both Jo and Ed are exactly two characters and are also legitimate, legal names. It is incorrect to assume these are always short for names like Josephine, Joseph, or Edward. Many people have names like Jo or Ed printed on their legal documents and passports.
Not only does this restriction make incorrect assumptions about name validity, but it also fails its own logic - two characters are not less than two characters. The validation message is misleading, and the rejection of short but legal names is unjustifiable.
---
Title selector doesn’t reliably apply the selected value
The dropdown used for title (Mr, Mrs, etc.) uses an iOS scroll picker (likely UIPickerView), but it does not always update the visible value after selection.
Steps to reproduce:
* Tap the title field
* Scroll to Mr and press Done
* Sometimes, "Please select" still shows
* Reopening the field shows that Mr is selected - but it wasn’t applied
This kind of broken UI state should never be allowed to ship.
---
Silent validation failure on Save
Even when all inputs appear correct and no errors are shown, the Save button may still do nothing.
Repro:
* Title: Mr
* First name: Toby
* Last name: Dixon Smith
* No error messages shown
* Save button is enabled
* Press Save - nothing happens, no feedback
This is likely because the backend is rejecting the input (e.g. due to the space in Dixon Smith), but the frontend is failing to surface that validation error. This kind of mismatch between frontend and backend validation logic is a critical UX failure.
---
Summary
This app breaks almost every basic rule of form design:
* Validation triggers too early
* Input types are incorrect
* Fields silently fail or reject valid values
* Error messages are inconsistent or completely missing
* Feedback after saving is unreliable or misleading
These are simple, static forms. There is no dynamic logic or complex interaction at play here. And yet they are broken at nearly every level.
No single developer is to blame for this. Mistakes happen in software development all the time. But the concern here is how many layers this had to pass through - code review, QA, product sign-off - and no one caught it. These aren’t niche bugs or edge cases; they are fundamental, easy-to-get-right behaviours that are hard to get this wrong. And harder still to let slip through a team of developers, including senior engineers, and be released by a company of Jet2's size.
---
Validation triggers immediately on input, not on submit:
Typing into any field (email, name, date of birth) causes error messages to appear after a single character is typed. This is incorrect behaviour. Validation should trigger on submit, and then update on input change thereafter.
Example:
* Tap into "Date of Birth"
* Type 0
* Immediately triggers the error: "Please ensure date of birth is complete."
* Of course it’s not complete - it’s the first character. This should not be throwing an error until the user actually tries to submit the form.
This anti-pattern exists in every single field and is a textbook example of incorrect validation design.
---
Incorrect input types for key fields (email, password):
* The email field used in login and signup does not specify the correct input type.
* On iOS, this causes the wrong keyboard to appear (with no @ symbol in easy reach).
* It also enables first-letter auto-capitalisation, which is completely inappropriate for emails.
* The password field seems to be typed as plain text rather than type="password".
* No secure keyboard.
* No password autofill.
* No suggested password support from the OS.
These are basic mistakes that make login needlessly frustrating.
---
Data does not save - or at least, doesn’t appear to:
After filling out certain fields and tapping save, the app shows the message "Change saved successfully", yet the fields still display "Not specified."
Example:
* Go to personal details
* Enter a valid Date of Birth (e.g. 17/06/2000) and press Save
* Return to the Personal Details screen
* Date of Birth still reads "Not specified"
This applies to travel documents and other fields as well. Either:
* The data is not saved correctly
* Or the frontend is failing to display the saved value
Either way, the result is that the user has no idea whether the change actually went through.
---
Name validation is inconsistent, misleading, and broken
This is one of the worst parts of the app.
Problem 1 - Names with spaces silently fail
Example:
* First name: Toby
* Last name: Dixon Smith
* Press Save - nothing happens
There is no error message, no feedback, no disabled button - just silent failure. The assumption seems to be that last names can’t include spaces (which is false). Worse still, there’s no indication that this is the issue, leaving the user stuck.
Problem 2 - Invalid error triggers depending on typing order
Example sequence:
* Enter first name: Toby
* Enter last name: Dixon (with a trailing space)
* Error: "Please use valid characters for your last name."
* Select the first name field, backspace to change Toby to Tob, without modifying the last name field
* First name: Tob
* Last name: Dixon - no error
* Add trailing space to first name: Tob - now both fields show error
This proves that the validation is inconsistent and fragile - the same characters can be valid or invalid depending on typing sequence and which field is active.
Problem 3 - Short legal names are rejected
Example:
* First name: Jo or Ed
* Error: "Must be no less than 2 characters."
Both Jo and Ed are exactly two characters and are also legitimate, legal names. It is incorrect to assume these are always short for names like Josephine, Joseph, or Edward. Many people have names like Jo or Ed printed on their legal documents and passports.
Not only does this restriction make incorrect assumptions about name validity, but it also fails its own logic - two characters are not less than two characters. The validation message is misleading, and the rejection of short but legal names is unjustifiable.
---
Title selector doesn’t reliably apply the selected value
The dropdown used for title (Mr, Mrs, etc.) uses an iOS scroll picker (likely UIPickerView), but it does not always update the visible value after selection.
Steps to reproduce:
* Tap the title field
* Scroll to Mr and press Done
* Sometimes, "Please select" still shows
* Reopening the field shows that Mr is selected - but it wasn’t applied
This kind of broken UI state should never be allowed to ship.
---
Silent validation failure on Save
Even when all inputs appear correct and no errors are shown, the Save button may still do nothing.
Repro:
* Title: Mr
* First name: Toby
* Last name: Dixon Smith
* No error messages shown
* Save button is enabled
* Press Save - nothing happens, no feedback
This is likely because the backend is rejecting the input (e.g. due to the space in Dixon Smith), but the frontend is failing to surface that validation error. This kind of mismatch between frontend and backend validation logic is a critical UX failure.
---
Summary
This app breaks almost every basic rule of form design:
* Validation triggers too early
* Input types are incorrect
* Fields silently fail or reject valid values
* Error messages are inconsistent or completely missing
* Feedback after saving is unreliable or misleading
These are simple, static forms. There is no dynamic logic or complex interaction at play here. And yet they are broken at nearly every level.
No single developer is to blame for this. Mistakes happen in software development all the time. But the concern here is how many layers this had to pass through - code review, QA, product sign-off - and no one caught it. These aren’t niche bugs or edge cases; they are fundamental, easy-to-get-right behaviours that are hard to get this wrong. And harder still to let slip through a team of developers, including senior engineers, and be released by a company of Jet2's size.
possible the worst app?
constant ad interruptions, gets stuck when trying to add a booking
Cannot get the boarding pass
I have tried downloading the app, emailing it to me, printing a PDF, everything, and I still cannot get my boarding pass, even though it says I am checked in and have done the whole process… Why must simple things be so difficult??
Flight Delay notification
The most basic of functions that anyone would want an airline app is for delayed flight notification and this fails one hundred percent
Doesn’t work
This app doesn’t work for me. Keeps saying I can’t access to manage my holiday
Don’t have rights access
Don’t have rights access
Jet2
The app Jet2 does not work at all. I hope it is a temporary problem.
Not user friendly
Trying to use the app in USA. It is impossible to get to my booking. Manage my booking screen comes up blank. Not very user friendly unfortunately.
App doesn’t work in IPhone Xr
Downloaded app from the US using an iPhone Xr, however nothing is loading and I am unable to retrieve my booking, login to my account or view either the home or offers tab.
Poor design
This app needs some serious work. The navigation is very confusing and error handling very poor. If it helps anyone else, we had a flight time change and the app correctly showed this but nowhere did it say we had to call the booking agent to actually accept the change. The app didn’t give any direction and so behaved in a way where you couldn’t check in. The app would keep logging out, be unresponsive sometimes and the menu would change and lose options. As a product manager myself, I would never allow such a poor design out to the public. Wasted my time and caused frustration.
Update: To the dev that wrote the response below… I now understand what the problem was but the point was that the UX was so poor it was confusing, wasted my time and caused frustration for me and my wife. This needs looking at in order to give a user centric experience.
Update: To the dev that wrote the response below… I now understand what the problem was but the point was that the UX was so poor it was confusing, wasted my time and caused frustration for me and my wife. This needs looking at in order to give a user centric experience.
Sentiment summary
96%
Positive (4-5★)
1%
Neutral (3★)
3%
Negative (1-2★)
