-
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
1.29.0 Release #2321
1.29.0 Release #2321
Conversation
# Conflicts: # gutenberg
# Conflicts: # gutenberg
# Conflicts: # gutenberg
# Conflicts: # gutenberg
…1.19.2 Update to official version of Aztec 1.19.2
Sanity tests Android (tested on a Pixel 3a): Gallery-1
Gallery-2
Gallery-3
MediaText-1
MediaText-2
MultipleUpload-1
❓ I'm not seeing the image load from some reason (image block). The url looks correct in html mode, (it begins with Update: I've reproduced this with just the image block (and confirmed that it is not related with multiple uploads in particular). Interestingly, the full-size image still works after the upload has completed. I was able to reproduce the issue on web as well. I'm not sure why, but I wonder if this may be related with the size of the uploaded image. Steps to reproduce (on web and mobile):
Expected: Image is displayed after upload is complete Cover-1
Columns - 1
Columns - 2
Edit: I spoke too soon, it seems the crash happens when I remove the block. Maybe this can be added as a testing step (even for iOS)? Columns - 3
I noticed that the placeholder dotted rectangles do not show the nested structure when the none of the blocks in the hierarchy are selected. Is this expected? |
While testing Media & Text, I encountered an issue with the following steps:
It seems the crash does not happen if you first focus on the inner paragraph block. Also, if you leave the post, and re-open it before deleting the Media & Text block, the crash does not occur. The crash results in the same exception as this open issue: wordpress-mobile/WordPress-Android#10491. It's possible it's related to a focus / blur issue with the |
That is normal, they are only shown when the parent is selected. 👍 |
Sanity tests iOS (tested on a iPhone XS):Dark Mode - 1
Group - 1
Spacer-1
Buttons-1
🔴 : Inline appender is still visible when the different block is selected
Buttons-2
🔴 : Removing container doesn't work if you add more than one Button and then you are removing one after the other
🔴 : Once removing the text from second Button on build app getting ⌛ : WordPress/gutenberg#22708 -> PR fixing that Buttons-3Button-6 |
This seems to be a problem with Photon with that specific image. I was able to reproduce the issue using the provided image, uploading it directly to the WP Media Library (not related to gutenberg). https://mysitefortestingetoledom.files.wordpress.com/2020/05/trupial_on_a_cactus-2.png https://mysitefortestingetoledom.files.wordpress.com/2020/05/trupial_on_a_cactus-2.png?w=400 Then, using the same image, I exported it to PNG using the MacOS Preview app, and uploaded it again. This one is working just fine: https://mysitefortestingetoledom.files.wordpress.com/2020/05/trupial_on_a_cactus_png2.png?w=400 So:
|
Testing in iOS the Writing Flow checklist:
|
Testing Writing Flow on Android:
|
I'm seeing a regression with image and video block captions where the formatting buttons do not update and the first character is not formatted when the caption is initially selected. It seems that this only happens the very first time text is added to a caption—once text has been added to the caption I do not see the issue anymore, even if I delete all the text and apply formatting to the now-empty caption. I have reproduced this on both iOS and Android. I do not see this issue with other rich text blocks. I cannot reproduce this with the current 14.9 alpha-224 release, so I believe this is a regression. I have filed an issue to track this: #2334 Steps to Reproduce
|
Testing the Writing Flow checklist (Android):
Comments
|
Retested the Writing Flow on iOS. Only found one small non-blocking issue where the placeholder would sometimes be hidden on fields with right alignment: #2338. I do not consider this a blocker because the block still functions fine, it does not occur on the latest version of iOS, and it is not a regression (I can recreate the issue with a build of the WPiOS Writing Flow checklist:
|
Release for Gutenberg Mobile v1.29.0
Related PRs
rnmobile/release-1.29.0
for a PR yetAdditional Changes that Landed After the Release Was Cut
Incoming
Changes
Test plan
Release Submission Checklist
RELEASE-NOTES.txt
is updated with all the changes that made it to the release