Skip to content

IOS - Attachment - Image upload remains loading #7900

Closed

Description

@kbecciv

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!


Action Performed:

  1. Click on a conversation
  2. Click on add attachment
  3. Upload an image
  4. Verify a preview is displayed
  5. Click on upload
  6. Verify the image is uploaded

Expected Result:

The image is uploaded and you can see the image in the conversation

Actual Result:

The image doesn't load and you can't see it in the conversation.

Image.from.iOS.2.MP4

Workaround:

Unknown

Platform:

Where is this issue occurring?

  • iOS

Version Number: 1.1.40.0

Reproducible in staging?: Yes

Reproducible in production?: No

Email or phone of affected tester (no customers): veraclementina@gmail.com](mailto:veraclementina@gmail.com

Logs: https://stackoverflow.com/c/expensify/questions/4856

Notes/Photos/Videos: Any additional supporting documentation

Expensify/Expensify Issue URL:

Issue reported by: Applause

Slack conversation:

View all open jobs on GitHub

Activity

  1. OSBotify commented on Feb 24, 2022

    @OSBotify
    Contributor

    👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open StagingDeployCash deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:

    1. Identify the pull request that introduced this issue and revert it.
    2. Find someone who can quickly fix the issue.
    3. Fix the issue yourself.
  2. MelvinBot commented on Feb 24, 2022

    @MelvinBot
    Contributor

    Triggered auto assignment to @roryabraham (Engineering), see https://stackoverflow.com/c/expensify/questions/4319 for more details.

  3. kidroca commented on Feb 24, 2022

    @kidroca
    Contributor

    maybe related to this PR that added loading to images : #7723

  4. mdneyazahmad commented on Feb 25, 2022

    @mdneyazahmad
    Contributor

    There are two related pr #7723 and #7569

    These two pr handles two different issues.

    1. First pr adds loading indicator to the images being loaded.
    2. Second pr adds a loading placeholder when an image is being uploaded.

    Could you please confirm, when this issue occurs (uploading or after uploaded)?

  5. roryabraham commented on Feb 26, 2022

    @roryabraham
    Contributor

    Sorry for the delay, looking into this now!

  6. roryabraham commented on Feb 26, 2022

    @roryabraham
    Contributor

    Reproduced on main, checking #7723 first

  7. roryabraham commented on Feb 26, 2022

    @roryabraham
    Contributor

    Doesn't seem like #7723 or #7569 caused this 🤔

  8. roryabraham commented on Feb 26, 2022

    @roryabraham
    Contributor

    Not sure, but it's possible this is just a side-effect of infra issues we had today

  9. mdneyazahmad commented on Feb 26, 2022

    @mdneyazahmad
    Contributor

    @roryabraham thanks for your investigation. I have seen many times when internet connection is not good it keeps loading. This is in general not related to this issue only but to the entire app. Do we have a mechanism to handle this situation and give the user a proper error message or some sort of feedback that something went wrong after a specific time?

  10. kidroca commented on Feb 28, 2022

    @kidroca
    Contributor

    @roryabraham @mdneyazahmad It's definitely a problem from #7723

    Reverting it fixes the problem for me (tested on physical device, not sure if that matters)
    See how even attachments that were sent ages ago are "loading" but as soon as I revert changes made to `ImageWithSizeCalculation.js they instantly load

    RPReplay_Final1646043126.MP4.mp4
  11. kidroca commented on Feb 28, 2022

    @kidroca
    Contributor

    I think loading: true should be set during onLoadStart instead of hardcoding to true in the constructor
    Or this should be removed this.state.isLoading && styles.dNone, as display: none seem to prevent to trigger the normal image life cycle in the first place

  12. mountiny commented on Feb 28, 2022

    @mountiny
    Contributor

    Thank you @kidroca, I have created a revert PR #7933 so Rory can then merge and @mdneyazahmad will look into the feedback you provided.

  13. roryabraham commented on Feb 28, 2022

    @roryabraham
    Contributor

    Thanks @kidroca ... not sure why reverting #7723 didn't seem to resolve the problem for me, testing with my local back-end and a simulator. Going to retest now

  14. roryabraham commented on Feb 28, 2022

    @roryabraham
    Contributor

    For some reason I am still unable to load images from my dev API, working on it...

  15. roryabraham commented on Feb 28, 2022

    @roryabraham
    Contributor

    On my dev API, I'm actually seeing this log line in a network error where we fail to get the image size 🤔

    An SSL error has occurred and a secure connection to the server cannot be made.

  16. mountiny commented on Feb 28, 2022

    @mountiny
    Contributor

    @roryabraham Confirmed locally that the revert branch works for me, images already sent load and new upload shows up too.

  17. roryabraham commented on Feb 28, 2022

    @roryabraham
    Contributor

    Got my VM/simulator issues sorted, merged the revert 👍

  18. yuwenmemon commented on Feb 28, 2022

    @yuwenmemon
    Contributor

    Great! Removing the blocker label then and closing this out!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions