Lack of feature parity stings though. Why is this still happening? It is starting to feel shoddy that you seem to choose to implement features in one platform but not another, when most other major apps (major as in ‘influence on my life’) seem to manage it.
First point: it’s in Labs, so I really don’t think that counts as ‘implementing’. And there seems to be a pretty clear commitment to not removing it from Labs until iOS is also ready.
Second point: different dev teams for iOS and Android, so probably the case that the iOS team has another task to get out of the way of higher priority before they can start working on pot sorting. This isn’t unusual, and in other cases it will be the other way around. Many of us probably remember the original Android app and how long it took to get anywhere close to parity with iOS (to the point where Tom switched to using Android so that feeling the pain points himself would help!).
Thanks for that. Let me put an interpretation on what you said.
I read that. And let’s not kid ourselves, Labs is as good as implemented for Monzo.
It’s a cheap way to get around bad planning of having teams not planning with feature parity in mind. Other apps manage it, why can’t Monzo? And it isn’t unusual for Monzo, but it should be. And I don’t really care what the past was like, the future is a 4million+ user base who reads about a set of functionality that isn’t for their platform (regardless of which way).
I know why it happens, I read the same post as you. I just don’t think it’s excusable any more.
@bruno are you aware of this thread with an annoying bug that only appears to affect iOS on the new layout? Transaction data for Standing Orders, Faster Payments and the depositing of cheques loses all account/sort code data and only displays the reference. Deleting the app occasionally fix the problem for a short period of time and then it returns. I and others have raised through in app chat but doesn’t appear to be going anywhere.