Can't add tracks with iPhone 6 (Safari)

[cmar0ck]

Hi guys,

when testing Festify with colleagues, one of them noticed that the "Add tracks" input field didn't accept any input on iPhone 6 with Safari (Keyboard popped up, buttons could be pressed but no search strings were transferred to the input field).

Not sure if this is an issue on your end or if the iPhone was just out of RAM or littered with too many apps or whatever, but I thought this might be worth sharing and looking into as the iPhone 6 user base is still quite large...

---

Edit: Tried a 2nd iPhone 6 with Safari, on this device the queue didn't load at all. Also tested iPhone 8 with Safari which seemed to work fine.

[leolabs]

Hey @cmar0ck, that sounds like a bug indeed. Could you give us additional information on which version of iOS you're using on your iPhone 6? We've been developing Festify on an iPhone 6 and everything seems to work fine on our side.

[cmar0ck]

The first iPhone 6 I tried yesterday provided this information via php (http_user_agent):

Mozilla/5.0 (iPhone; CPU iPhone OS 11_4 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/11.0 Mobile/15E148 Safari/604.1

After reducing the fallback playlist's size from 60h to 10h the queue loads correctly now and tracks can be added.

BUT!

The 2nd iPhone 6 I tried (which seems to be a bit older in terms of OS and browser versions) still can't load the party title, the queue or the "Add tracks" searchbar. It only displays a dark background (which I assume is the background color #212121), nothing else. This is its info:

Mozilla/5.0 (iPhone; CPU iPhone OS 10_2_1 like Mac OS X) AppleWebKit/602.4.6 (KHTML, like Gecko) Version/10.0 Mobile/14D27 Safari/602.1

[leolabs]

Unfortunately, Festify doesn't work on iOS 10.2 (and below) because its market share is lower than 1.3% at the moment and we're using modern web technologies that WebKit on these versions doesn't support yet. With iOS 11.4 on an iPhone 6, we can't reproduce the error, sadly. Could you provide us with a party ID where this issue happens so we can take a closer look?

[cmar0ck]

Well, in this case it might be useful to add a "Browser / OS not supported" message for these iOS versions as you already do it with Internet Explorer, no? Party ID should be irrelevant if this is about general incompatibility of iOS < 10.2

[leolabs]

You're right, that's a good idea! We'll do that :)