Skip to content
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

Closed
SiobhyB opened this issue Apr 18, 2023 · 6 comments
Closed
Assignees
Labels
[Type] Bug Something isn't working VideoPress block

Comments

@SiobhyB
Copy link
Contributor

SiobhyB commented Apr 18, 2023

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

  1. Having a VideoPress block with a video.
  2. Change some of the settings that will be synced (e.g. title).
  3. Tap on the three dots button.
  4. Tap on Preview.
  5. Close the preview.
  6. Open the block settings and observe that the settings changes were discarded.

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:

@SiobhyB SiobhyB added [Type] Bug Something isn't working VideoPress block labels Apr 18, 2023
@SiobhyB SiobhyB changed the title VideoPress block: Ensure settings sync after previewing a post and/or toggling HTML mode VideoPress block: Ensure settings persist after previewing a post and/or toggling HTML mode Apr 18, 2023
@SiobhyB SiobhyB self-assigned this Apr 19, 2023
@SiobhyB SiobhyB changed the title VideoPress block: Ensure settings persist after previewing a post and/or toggling HTML mode VideoPress block: Ensure settings persist after previewing a post, toggling HTML mode, and/or replacing video Apr 20, 2023
@SiobhyB
Copy link
Contributor Author

SiobhyB commented Apr 20, 2023

Updating the title to reflect that settings are also lost following a replacement:

completion-uploader.mov

@SiobhyB
Copy link
Contributor Author

SiobhyB commented Apr 21, 2023

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.

@SiobhyB SiobhyB changed the title VideoPress block: Ensure settings persist after previewing a post, toggling HTML mode, and/or replacing video VideoPress block: Ensure settings persist after previewing a post and/or toggling HTML mode Apr 21, 2023
@fluiddot
Copy link
Contributor

Switch to HTML mode

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).

@SiobhyB SiobhyB changed the title VideoPress block: Ensure settings persist after previewing a post and/or toggling HTML mode VideoPress block: Ensure settings persist after previewing a post on iOS Apr 21, 2023
@SiobhyB
Copy link
Contributor Author

SiobhyB commented Apr 21, 2023

@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.

@fluiddot
Copy link
Contributor

@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?

@SiobhyB
Copy link
Contributor Author

SiobhyB commented Apr 21, 2023

Sounds good, closing.

@SiobhyB SiobhyB closed this as completed Apr 21, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Type] Bug Something isn't working VideoPress block
Projects
None yet
Development

No branches or pull requests

2 participants