I think I am on iOS 12.12 something. (I’m on an iPhone 6, the last one with a headphone jack!) My iPad is newer though. So I figured I would test there. Good to know about the known issues. I will try to read up on that so I dont make more logs of things already known. Also I appreciate knowing that there are some issues that are tied to the site wide player. Would it be useful for testing purposes to be cross checking across both? You tell me what is most helpful and I will do my best.
3 Likes
@KallieMarie, iPad testing would be great. I’ve done very little of it myself so far, so that would be super helpful!
And yes, the issues for the stream repository will pretty much all apply to and impact the app. (Issues that can be fixed in the app’s code live here, and issues that will need to be fixed in the website’s code live on the website’s issue’s page). I’d pay extra attention to the ones labeled [mobile only] or [mobile/iOS only], as those are all ones that I added personally after noticing it while testing or they were reported by others in this thread. The mobile in this case includes both situations when the website player is viewed in a phone’s browser and with the stream-app.
Because of how the phone app works and how it’s essentially porting the website to app form, there probably won’t be many situations that impact the website’s user interface but not the app, but there will be “higher level” improvements for iOS such as a slightly more app “feel” when you interact with the user interface and continuous background playback (which the website player fails to provide on iOS).
Speaking more generally - a new release, 1.1.4, will go live tomorrow after it is reviewed by Google/Apple.
1.1.4 Release Notes
- On crash, refresh latest page user was on instead of taking user back to homepage
- Allow background fetch, which should help some iOS devices with retrieving the next track for continuous playback when the phone is locked and the screen is dark
2 Likes
I have a question for Android users - does swiping horizontally move your forward and back through pages in the app as it does for iOS? Say you open the app and go to a release on the homepage and it takes you there, if you swipe from the left side of the screen to the right, does it take you back to the homepage (like the back button in your browser would)?
1 Like
Swiping doesn’t seem to do anything on my end (Android).
I think behaviour will depend on how you have the android phone set up.
There are ‘guesture settings’ under System settings for me and I can have 3-button or swipe guestures. I like 3 button so swiping as you describe does not work for me, but I wouldn’t expect it to with my set up.
When I changed to guestures to test, swipe left closed the window - minimise I guess.
Android 11, Nokia 3.4. Just downloaded the app.
Hope that’s useful.
In researching swiping gestures for Android, I believe I’ve found a way to make the System “Back” button take the user to their previous screen (like Back button in the browser would). This will be 1.1.6, and I’ll submit it to stores tonight so it should be available post-review for everyone tomorrow hopefully. After that’s available and we’re sure it works, I will iterate on that and hopefully be able to provide swiping back/forward gestures for Android as well (to match already existing functionality in iOS).
In other news, these adjustments to the website’s code should help the mobile user experience a great deal:
- Pressing a track’s title plays/pauses track #212 - On mobile there is no mouseover/hover, so user’s wouldn’t know that clicking the number would play a track. This makes it so pressing the track’s title also plays the track, making it way easier to play/change the song and widening the area where a user can click (which was quite small previously).
- Fix iOS back arrow size for tags, artists, labels, releases, login pages #206 - Fixes back arrows on remaining pages where it was tiny for iOS mobile.
- Disable zoom in on inputs when pressed for mobile devices #207 - This was causing the app to be ever-so-slightly zoomed in after a user logs in, cutting off the edges of the screen. The user might not notice or know to pinch out, so it seemed like the app was broken.
EDIT: @CPacaud (or any other Android users for that matter), the latest build (1.1.6 / 16), was reviewed and has now been accepted by Google and is available on Google Play, if you’d like, give it a whirl and let me know how the new Back button functionality for Android treats you.
Where are we over this way? Asking because I’m about to debut a show with some folks that spotlights Resonate (via exclusive audio drops), and will have a lot of eyes on it, and I think it would be ideal if we had the app live in stores by then! Let me know. 
@richjensen, let me know if we can connect this week to work out upload situation?
Also, if it’s better to wait, that’s cool too; we can just hold off on announcing anything re: Resonate.
1 Like
The app is in a pretty good place at this point I think. There are one or two fixes for iOS that had to be fixed on the website that will hopefully be reviewed and added to the live site soon, which I got done in the past few days.
It would be great if Android users could test the below item 
(I don’t have an Android device, so I can’t help test that side currently, unfortunately). Once we know that’s working, I can potentially implement swipe left/right to go forward on back for Android users (which works really nicely currently in iOS).
Also, currently our screenshots in the Google Play Store are all iOS and should be Android. If Android users want to take some screenshots (maybe similar to those that are there) on their Android phones and/or tablet devices that would be wonderful, and I can swap those out.
Overall, the app is feeling a lot more stable than the earlier versions. I’m not sure if it would be wiser to turn it on in the app stores after we make the transition off WordPress so it’s the same login across player and forums, or if that matters, since the vast majority of folks will be using it as a music player and not to browse this forum. I’m more than happy to flip the switch to on in the stores if we think it would be a good time to do it! 
2 Likes
Back button now works as expected!
I’ll send you a couple of screenshots I just took via private message.
2 Likes
I personally vote “yes” on flipping the switch. Would definitely appreciate input from folks on that before the end of this week.
I don’t think most people are going to be accessing the forum via this app, but I definitely think that’s something we should consider in a deeper and more comprehensive way (from a UI/UX design standpoint) whenever the future native version of this ends up being made. 
3 Likes
That’s great to hear, @zetto.plus. I’m a “yes” vote as well. I think it’s in a pretty good spot and it would make use of the platform become more widespread if we made this publicly available (and in turn potentially even give Resonate more attention from volunteer devs which would help push the tech forward)!
@CPacaud, thank you for sending the Android screenshots over, and for all of your assistance in testing the Android side! That’s great news that the back button is working as expected for Android.
2 Likes
@piper @zetto.plus
as an avid tester of the iOS version, I think it would be beneficial to have an scheduled “testing party” in parallel with flipping the switch
- create account
- log in / log out
- listen to track
- favorite track
- create playlist
It would be great to use the mailing list of people who want to volunteer to ask them to test.
2 Likes
Do we have a day and time in mind for this testing party idea?
1 Like
@zetto.plus @boopboop Here is a Doodle calendar scheduling poll I created with times that work for me. I guess I technically don’t need to be there, so if there’s a time on there not listed that works for a lot of other people I can add that to the poll options as well. If everyone votes on a time, we can hopefully send an email out to our Volunteer Email List and get a few more folks involved through there.
People can either join the conference call and report their findings, or just test privately at home, and post in this thread their results.
2 Likes
Got it, @piper. I selected 5 PM to 10 PM tomorrow, 5 PM to 6 PM Friday, and 10 AM to 6 PM Saturday. Tomorrow would be ideal for me, but I understand if folks want/need more rallying time with volunteers.
1 Like
Probably also define if this is something people do privately or on a video call?
1 Like
Is anyone actively coordinating this? Or is it just you, @boopboop? Asking because @piper mentioned not needing to be there, and I’m not sure who your last response is directed towards. I’m not a dev and wouldn’t be able to change anything; I figured we’d want devs and testers on, and perhaps @brndnkng. Just want to know where everyone is at?
1 Like
@zetto.plus Sorry for the lack of clarity, I’m definitely happy and aiming to be there, I only added that part because the times I threw out are probably a bit timezone-centric to folks in the Americas. It also seems that @boopboop was not necessarily suggesting an online call and just encouraging everyone to merely try to test those bullet points and report their results back here in this thread. I’m certainly happy to still run a call on Jitsi Meet for folks who will be around to test at a certain time, but unfortunately only @zetto.plus and I are the only ones who seem to have voted on the poll so far.
As far as I’m concerned, if we have people in the call and/or posting here that they tried every bullet point listed by @boopboop and no one runs into any hiccups, we should be good to go!
The goal here would be to get random people to use the app, not devs. Probably even better if they’re not devs.
1 Like
