Ignore will ignore all timeouts until you reconnect to the mixer. Ok just closes the popup

If the app didn't receive any data from the mixer in ~6 seconds. Depending on the protocol this means that the app might be out of sync as it didn't even receive metering data

See https://dev-core.org/ms-docs/known-issues/

What action is assigned to the slider and what is the sensitivity setting (setup, app, mixer, knob sensitivity)?
I'll take a look at it

Sliders do not behave like faders, they use the same sensitivity option as knobs do. Therefore they are not affected by fine mode at all

See changelog https://bugs.dev-core.org/w/ms/si/changelog/v1.0.4/

-> This mixer has no FX master sends
-> Mutegroups are not accessible due to protocol limitations

first of all, the app complies with all rules of the app store.
As written in the app description the app itself is free to download and test in offline mode.
As soon as you want to connect to a mixer you have to pay the in app purchase. These purchases are clearly labeled as such and require you to input your iTunes password as well as a confirmation that you want to purchase that feature for a certain price.

Already possible - enable solo in channel strip

Sadly the solo can't be triggered via network

Should be resolved in the next update

The functionality can already be added using the custom layout and a regular button

https://dev-core.org/ms-docs/getting-started/#offline-mode

See https://dev-core.org/ms-docs/known-issues/#turn-screen-off

Expected behavior - iOS terminates any ongoing connenctions when the screen turns off.

Already available:
https://dev-core.org/ms-docs/custom-layouts/

Changing the view does destroy all the UI items and associated actions since the view has been changes.
Therefore the open view action should always be used at the end of the list.

Double click action won't work if a click action is assigned.
This is just the expected behavior. To get the previous behavior just select "None" as click action.

This is the expected behavior as of now since iOS only allows background operation if the app is playing audio

Already available

Showing the scene name is possible via a custom label added to the mixer

That's the expected behavior as a button with "next scene" cannot have a state.
When loading a fixed scene the button will light up if the show mode of the mixer matches the item which should be loaded

Select the bus before connecting

You need the XAir version, it is compatible

Yes in the main menu

It seems like you're talking about X32-Edit, not mixing station.
Mixing station is compatible with nearly every X32 firmware version.

The midi protocol is fairly limited in functionality, it doesn't even provide any metering. Therefore Mixing station is using the proprietery protocol of the mixer. Building an app that way requires quite a long time with access to the mixer.

Workaround in the forum

Could not reproduce. Steps taken:

1. Create a slider with action: "Current channel" "Main -> Fader"
2. Open PEQ of Ch 5
3. Go back to the mixer -> The slider shows Ch 5

The XAir 12 has 4 Fx send and return

Couldn't reproduce. When the "Soft Knee" button is enabled in the app the graph shows a smooth curve rather than the edge

Fixed in latest beha

That's now networks are working. Your network are in different subnets

See https://dev-core.org/ms-docs/feature-list/

This issue is already know and fixed in the current beta

Expression is not yet supported. The update for that will be submitted today to apple which takes a couple of days to be reviewed

Samsung keyboard bug

I could not reproduce this so far, might be a touchscreen issue

Yes in case of the GLD the fader should disappear, that's definitely a bug

I know but in mixing station you can still control the send level (which is not used in group mode). The idea is that you know the send level when switching back to a regular send tap. Sometimes sends are still way up and switching back may cause issues.

On XM32 the fader is actually the fader of the send, even when the group tap is selected. On the GLD this might be an actual bug

No but you can assign the same functions to buttons in the layout

Could not reproduce

It is in development but not yet supported (as written in the app description)

Already possible