Closed mzorz closed 6 years ago
The wording of these notifications could use some work, I think. Since the majority of the time users will be uploading a single post, is it necessary to say "1/1 post"? When uploading two posts, the "Uploading 1/2 post" reads like only half a post is being uploaded. And the phrase "media items" seems kind of geeky (although maybe I'm being nitpicky about that?).
I'm not sure what would work best, but maybe something like this:
"Uploading 1 post and 3 images" "Uploading 2 posts, 1 image and 2 videos" etc.
The wording of these notifications could use some work,
Good idea! - I'm wondering, what do you think about discussing it through with Design / Editorial once this passes code review?
what do you think about discussing it through with Design / Editorial once this passes code review?
Sounds good, assuming you mean talk with them before we merge into develop
.
When I upload an image from the media browser and then put the device (emulator) in airplane, the notification never changes to one of failure - even after a few minutes it just stays there as though the upload is still happening.
When I upload an image from the media browser and then put the device (emulator) in airplane, the notification never changes to one of failure - even after a few minutes it just stays there as though the upload is still happening.
I couldn't repro on the real handset (Google Pixel, Android 8.0) - the foreground notification is dismissed every time 1 or more uploads are happening and I turn airplane mode ON
For the error and success notifications, while we do have one "error" notification for Posts in place in develop
(and therefore still here), I'm planning to do the implementation of the new design separately and is tracked in this other issue here: https://github.com/wordpress-mobile/WordPress-Android/issues/6735
The wording of these notifications could use some work, I think.
what do you think about discussing it through with Design / Editorial once this passes code review?
Sounds good, assuming you mean talk with them before we merge into develop.
I think I'm going to implement the texts as per the designs, i.e.
1 post, 3 of 12 media files remaining
I know uploading 2 posts simultaneously is mostly a corner case, but it needs be prepared for that too, yet I agree showing 1/2 sounds like a half (I didn't realize until you said so, and now I can't think anything other than a half
- lol)
Variants would be:
1 post, 1 page, 3 of 12 media files remaining
2 posts, 1 page, 3 of 12 media files remaining
1 post, 2 pages, 3 of 12 media files remaining
Tracked this to be tackled separately as well in https://github.com/wordpress-mobile/WordPress-Android/issues/6735
Sounds good?
I think I'm going to implement the texts as per the designs...Sounds good?
I'm good with that!
@mzorz This looks good. Once all the separate feature branches have been merged into one, we should run through the test again just to make sure it's all working, then merge into develop
.
original comment by @daniloercoli
CASE B: remove error Post notification
Media that were attached to the post, and not yet uploaded are in the media library with the failed status. Don't think it's related to this PR, but I think we should remove it from the media library.
This is a bit tricky, we need to keep them in order for Retry
to be something we can do, and even before the Retry
exists, it is needed so the user can edit the Post and see the items in there as well.
If what makes noise for you is the fact that they are shown in the Media Browser, maybe we can do some check in there (MediaBrowser) and only show those failed (and only for the case of failed
) MediaModel
s for which getLocalPostId == 0
, thus effectively only ever letting the user retry images attached to a Post from wihtin a Post, but making them available in the Media Library as usual once they're uploaded successfully. Sounds good?
original report here by @daniloercoli
I was testing this PR and found the following case.
- start a draft
- include several media items in the Post
- exit the editor
- you should see the progress notification read “1 post, xxx media files remaining"
- Close the app from the system manager
- You will see double notification. One with the error and one with the ongoing uploading
That's an interesting one, and I think I know why that happens. Will tackle this one here 👍
With all of the feature implementation in #6735 done by now, I re-wrote the test cases here to make sure they include the new functionality and behavior such as:
Marking [FAILED] on those cases that I didn't manage to make work. Will work on these right next.
You can try this for 3, 4, 5, etc items as well.
SHARE
to share the Post link to other apps.You can also repeat this test case and exit the editor and send the app to the background after tapping on the retry overlay (step 11), to see the success notification come up as in test case C.2, step 7.
For this one you’ll need to go through Charles proxy as I want to intentionally abort specific uploads.
https://public-api.wordpress.com/rest/v1.1/sites/<site_id>/media/new/
[TODO - not able to test this due to an issue with including media from device] For this one you’ll need to go through Charles proxy as I want to intentionally abort specific uploads.
WRITE POST
.WRITE POST
, the Editor should appear, with a pre-populated draft post that has the media files you just uploaded in it.[FAILED] TEST CASE E.1: RETRY within the Editor The posts are not automatically marked good after uploading, but rather you have to pull to refresh the list.
[FAILED] TEST CASE H: multiple media upload & selective error & recover, outside the Editor The “selective” part doesn’t seem to work, everything is being marked FAILED instead.
TEST CASE K: media browser multiple media upload & selective fail unable to test due to adding pictures in the emulator not working alright for now. Will work on it later.
Retested:
TEST CASE K: media browser multiple media upload & selective fail unable to test due to adding pictures in the emulator not working alright for now. Will work on it later.
Works alright after merging #6827
@nbradbury once #6842 is merged, all tests described here are passing alright for me. With your OK, we'll request the design / editor review. I can put together some videos showing the feature as well 👍
@mzorz This is ready for design/editor review 🎉
Video captures for design/copy review:
Part 1: normal publishing, async https://cloudup.com/c9OZ33tBaZ5
Part 2: same as before, but sending the app to the background (to trigger the success notification, tapping PUBLISH on it) https://cloudup.com/c2C02ARkej5
Part 3: same as before, but now with a focus on snackbars (tapping on PUBLISH and VIEW) https://cloudup.com/czp8saStqO9
Part 4: starts a draft with media, goes back to Posts list, error happens: see both the error notification and the snackbar below. https://cloudup.com/cGPrTDxx1Ox
Part 4-1: Error in the Posts list, and tapping retry
on the posts list itself
https://cloudup.com/ccamodcKhkf
Part 5: Error notification, tapping on retry
on the notification.
https://cloudup.com/cxLeJoe6Qej
Part 6: error snackbar and RETRY on the snackbar (here I have to tap on RETRY many times to be able to test tapping on it, as I don’t want the snackbar to disappear before the connection is reestablished). https://cloudup.com/ckN8k03mP64
Part 7: media browser normal upload and WRITE POST, snackbar https://cloudup.com/cBrezBAHs-j
Part 8: media browser background upload and WRITE POST, notification https://cloudup.com/czu64wXKu-g
Part 9: media browser & error while uploading https://cloudup.com/csT0bc-ircY
cc @folletto
Video captures for design/copy review
Awesome, and massive thanks for doing this extensive visual record! :)
Design wise, the notifications are good to go for me 👍
Thank you @folletto ! 🙇 💯
Waiting for Editor copy review now 👍
Waiting for Editor copy review now 👍
cc'ing @michelleweber Check this comment to see the videos showing all texts - let me know if you prefer a text dump / screenshots
Thanks in advance! 🙇
Whoa, I posted a bunch of notes yesterday afternoon; where'd they go? I'll reconstruct them.
Whoa, I posted a bunch of notes yesterday afternoon; where'd they go? I'll reconstruct them.
oh wow! 😱 thank you!
Okay, I think these were all the points/suggestions I wanted to share!
Question: do we have to say "media files"? Can we not just say "files"? I agree that "media files" sounds a little nerdy/jargony, but the clearer options, like "photo/video files" are clunky (and probably not inclusive enough). It seems like plain old "files" would work here. That'd mean you'd also have to update "Uploading..." messages to just say "files."
In the media library, can the header say "4 files selected" instead of just "4 selected"? The addition of the word "files" here helps make it super clear what the other notifications refer to when they say things like "1 of 5 files remaining." (You can never be too clear!)
In messaging like "1 post, 1 of 5 media files remaining," I wonder whether it would be clearer to change it to "1 post with 1 or 5 files remaining" or "1 post saved, and 4 of 5 files uploaded." Making it more of a sentence makes it a little easier to read quickly.
In error messaging like "1 post, 3 media files not uploaded" -- does this mean that nothing at all was uploaded, or that just the files weren't uploaded? Ie, will there be an empty post draft, or nothing at all? Assuming there's nothing at all, changing to "1 post with X files" will be clearer here as well. If there's a post draft, it should be something like "3 files were not uploaded / Post draft saved" (on two separate lines).
In error messaging like "1 post, 1 media file not uploaded (5 files successfully uploaded)" it's a little overwhelming to have all that info on one line -- the length and all the punctuation make it not quickly scannable. I'd take the second half of the message out of parentheses and drop it to another line.
Also, in this case, I have the same question re: post and file uploads. Will there be a draft post saved? If not, where did the five uploaded files go?
Thank you for your feedback @michelleweber ! 🙇
Question: do we have to say "media files"? Can we not just say "files"?
Totally, addressing that in d74d12c
In the media library, can the header say "4 files selected" instead of just "4 selected"?
Oh, I'm afraid that's how the platform handles it - it is that way for all multi-selection contexts (be it a grid view, a list of things, etc.) either within or out of the app.
In messaging like "1 post, 1 of 5 media files remaining," I wonder whether it would be clearer to change it to "1 post with 1 or 5 files remaining" or "1 post saved, and 4 of 5 files uploaded." Making it more of a sentence makes it a little easier to read quickly.
I see your point! There's a possibility here (not super frequent though) that the user would try and upload more than 1 post at the same time, and we would have to make a a distinction between which posts's has which media files on the notiication, making it too long and would probably be capped. For example, following this structure you could potentially have "1 post with 1 of 5 files remaining, 1 post with 3 of 4 files remaining". This would most probably be ellipsized and unclear; that's why the more generic "2 posts, 1 of 9 files remaining" seemed to fit better. Also, if we used several lines in this case, the user would have to drag the notification down from the bottom edge to expand it, so enough information would never be available at a glance, but rather the user would have to expand the notification to see details about what's going on. But I think we could do with the addition of "and" right after comma as per the proposed change up here, like "1 post, and 1 of 5 media files remaining" (addressed in f1a3c96).
Looks good? We could also add further specific information if the user wanted to drag the notification down to open more detail on it (although this requires extra work, we'd be able to do it on another PR).
In error messaging like "1 post, 3 media files not uploaded" -- does this mean that nothing at all was uploaded, or that just the files weren't uploaded? Ie, will there be an empty post draft, or nothing at all? Assuming there's nothing at all, changing to "1 post with X files" will be clearer here as well. If there's a post draft, it should be something like "3 files were not uploaded / Post draft saved" (on two separate lines).
👍 Changed the wording in favor of the "1 post with X files not uploaded" form in
In error messaging like "1 post, 1 media file not uploaded (5 files successfully uploaded)" it's a little overwhelming to have all that info on one line -- the length and all the punctuation make it not quickly scannable. I'd take the second half of the message out of parentheses and drop it to another line.
Ok I did that but by doing so the second line goes hidden and the user needs to drag the notification down to expand it. This is how it looks:
ˆˆ(unexpanded)
ˆ^^ expanded
Are we sure we want it like that? the info in parenthesis makes it be all readable at a glance instead IMO. I'll wait for your confirmation though.
Also, in this case, I have the same question re: post and file uploads. Will there be a draft post saved? If not, where did the five uploaded files go?
I think this is intrinsic: each error notification corresponds to a failed Post (if something went wrong with it in any way). The local draft is always kept, tapping on the notification takes you to the position within the Posts list where this failed Post is, so you can read more / edit / take action about it, and there you can see the successfully uploaded media is there in the draft (as expected).
Are we sure we want it like that? the info in parenthesis makes it be all readable at a glance instead IMO. I'll wait for your confirmation though.
That's ok, it's a detail to confirm that some went through.
That's ok, it's a detail to confirm that some went through
Cool! implemented @michelleweber's suggestion in e634cae :) Thanks for confirming @folletto
@michelleweber let me know if all is good or anything else needs be addressed first 👍 (and thank you so much!!)
Thanks for all the explanation! Super helpful.
On the line with the parenthesis, we can do this to get it all one one line: 1 post with 3 files not uploaded, 1 file successfully uploaded
(Now that there's no comma in the first part of the sentence, you don't need the parens any more to create separation.)
Everything else looks good!
On the line with the parenthesis, we can do this to get it all one one line: 1 post with 3 files not uploaded, 1 file successfully uploaded
(Now that there's no comma in the first part of the sentence, you don't need the parens any more to create separation.)
addressed in 38c1abd
Everything else looks good!
Thank you @michelleweber !
Removing the needs copy review
label now.
@nbradbury do you want to check the latest commits before merging? https://github.com/wordpress-mobile/WordPress-Android/commit/d74d12c359770f86d6e9eea841a149753720bb1a https://github.com/wordpress-mobile/WordPress-Android/commit/f1a3c96fdd723240c3ee5b9c0fdbf6005c06e5b7 https://github.com/wordpress-mobile/WordPress-Android/commit/e634caed346a67d25a64ed11db0a1a69b3035bee and https://github.com/wordpress-mobile/WordPress-Android/pull/6713/commits/38c1abdb37b94547ef14085abb68ffae54823420
🙇 thanks once more!
Looks good 🎉 :shipit:
I know this is a huge PR but there is a lot of string concattenation going on which just doesn't work for translation. Translators need to be able to shuffle around words. They have tools that help them to deal with repeated translations, so don't worry about that, especially from a dev standpoint it can be really painful to see the same text repeated with only a slight difference but it's necessary for translators to be able to accommodate the peculiarities (compared to English) of their languages.
@akirk agreed on all your points. It's a pitty the PR (and I'm sure this has happened before) is already merged by the time you're able to raise the flag here. I think it'd be great to have a label like [Status] needs pre-translator review
so these things are checked before the merge actually happens. Or, maybe this could be part of the Editorial review, as after all it's something that's about communication? Thoughts welcome @folletto @akirk @michelleweber
FWIW I'll produce another PR to address the issues raised in your comments @akirk 👍 and will have this in mind next time I write or need to review a PR
Fixes #6389 (use one foreground notification for the UploadService) and #6546 (have a progress notification for media uploads triggered from the MediaBrowser)
IMPORTANT don't merge until #6735 is complete: This is the basis for all the things listed in https://github.com/wordpress-mobile/WordPress-Android/issues/6735 (Async media success / error notifications master thread) and all other branches will be merged into this one once this is reviewed.
TEST CASE A: single media upload within the Editor
TEST CASE B: multiple media upload within the Editor
You can try this for 3, 4, 5, etc items as well.
TEST CASE C: single media upload, exiting the Editor
TEST CASE D: multiple media upload, exiting the Editor
TEST CASE E: single media upload & error, within the Editor
TEST CASE F: single media upload & error & recover, within the Editor
TEST CASE G: single media upload & error & recover, outside the Editor
TEST CASE H: multiple media upload & selective error & recover, outside the Editor (fully async)
For this one you’ll need to go through Charles proxy as I want to intentionally abort specific uploads.
https://public-api.wordpress.com/rest/v1.1/sites/<site_id>/media/new/
TEST CASE I: media browser single media upload
TEST CASE J: media browser multiple media upload
TEST CASE K: media browser multiple media upload & selective fail
For this one you’ll need to go through Charles proxy as I want to intentionally abort specific uploads.