-
Notifications
You must be signed in to change notification settings - Fork 58
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
VideoPress block: Ensure settings persist after previewing a post on iOS #5677
Comments
Updating the title to reflect that settings are also lost following a replacement: completion-uploader.mov |
Noting here that the case for whether settings should persist or be reset following a replacement isn't clear cut. Native is currently in alignment with the web in resetting following a replacement, and there could be an argument to this being preferred. I've created an issue at Automattic/jetpack#30233 for further discussion. The app will remain in alignment with the web in how we handle this. As such, I removed the replace flow from this PR's title and description. |
I tested the web version and noticed that this issue is also happening. In fact, I found a bug that prevents some of the block settings to be modified via the HTML editor (Automattic/jetpack#30237). |
@fluiddot, thanks for catching that! I've updated this GitHub issue to reflect that this known bugs/issues are being discussed in separate GitHub issues. The scope of this specific issue has now been reduced to the preview issue on iOS. |
@SiobhyB Now that the scope of this issue has been reduced, do you think we could close it as wordpress-mobile/WordPress-iOS#20571 has been merged? |
Sounds good, closing. |
Describe the bug
At the moment, if you tweak the settings on a VideoPress block, those settings get lost if you preview the post on iOS.
To Reproduce
Expected behavior
The settings should persist locally after previewing.
Additional context
As of Automattic/jetpack#30131, VideoPress settings are only synced when a user manually saves a post. Ideally, previewing a post wouldn't trigger a sync (as the post isn't necessarily saved). However, if there isn't a straightforward way to persist the settings locally, we could consider syncing the settings.
There are also some cases where settings may be lost in both the app and the web. In order to remain in alignment with the web, these issues will be discussed separately in the following places:
The text was updated successfully, but these errors were encountered: