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

[HOLD for payment 2021-11-04] mWeb - Safari- Zoom in behavior of PDF is inconsistent #4867

Closed
kavimuru opened this issue Aug 27, 2021 · 47 comments
Assignees
Labels
Awaiting Payment Auto-added when associated PR is deployed to production Engineering External Added to denote the issue can be worked on by a contributor Weekly KSv2

Comments

@kavimuru
Copy link

kavimuru commented Aug 27, 2021

If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!


Action Performed:

  1. Navigate ro staging URL
  2. Select any Chat
  3. Click on add attachment
  4. Upload a PDF
  5. Click on the PDF preview
  6. Verify you can pinch the image to zoom in and zoom out

Expected Result:

User is able to zoom in on PDF with no issues

Actual Result:

After zoom in it changes back to original size or smaller size

Workaround:

Unknown

Platform:

Where is this issue occurring?

  • Mobile Web Safari

Version Number:
1.0.88.0
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos:

Bug5210403_RPReplay_Final1629985697.mp4

Bug5210403_jump

Upwork Job URL: https://www.upwork.com/jobs/~0177c60d6df6abbfbb

View all open jobs on GitHub

@MelvinBot
Copy link

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

@parasharrajat
Copy link
Member

It can be affected by #4769 so we should wait and see the effect.

@isagoico
Copy link

Issue reproducible during KI retests

@MelvinBot
Copy link

@AndrewGable Whoops! This issue is 2 days overdue. Let's get this updated quick!

@AndrewGable AndrewGable added the External Added to denote the issue can be worked on by a contributor label Aug 31, 2021
@MelvinBot MelvinBot added Weekly KSv2 and removed Daily KSv2 Overdue labels Aug 31, 2021
@MelvinBot
Copy link

Triggered auto assignment to @trjExpensify (External), see https://stackoverflow.com/c/expensify/questions/8582 for more details.

@MelvinBot MelvinBot added Daily KSv2 and removed Weekly KSv2 labels Aug 31, 2021
@AndrewGable
Copy link
Contributor

Actually - @isagoico can you check if this is still present after #4769 was deployed before we export this to Upwork? Thanks!

@isagoico
Copy link

Asked a tester to check ane issue is still reproducible in v1.0.90

@AndrewGable
Copy link
Contributor

Ok then this is reproducible and should be exported to Upwork @trjExpensify - Thanks!

@MelvinBot MelvinBot added the Help Wanted Apply this label when an issue is open to proposals by contributors label Aug 31, 2021
@trjExpensify
Copy link
Contributor

Posted to Upwork here. 👍

@trjExpensify
Copy link
Contributor

No applications yet.

@MelvinBot MelvinBot removed the Overdue label Sep 2, 2021
@isagoico
Copy link

isagoico commented Sep 5, 2021

Issue reproducible during KI retests

@trjExpensify
Copy link
Contributor

Still no applications.

@MelvinBot MelvinBot removed the Overdue label Sep 6, 2021
@AndrewGable AndrewGable added the Weekly KSv2 label Sep 8, 2021
@AndrewGable
Copy link
Contributor

Yes please per the Contributing guidelines @trjExpensify will hire you when he gets the Upwork application 👍

@eVoloshchak
Copy link
Contributor

eVoloshchak commented Oct 12, 2021

Yes please per the Contributing guidelines @trjExpensify will hire you when he gets the Upwork application 👍

Applied for a job on Upwork

I have one more question:
Should we check if the app is running in mobile web in safari and apply this fix only if that is the case? Or should we use this method for all the platforms? I've tested desktop web and native android versions with this fix applied, everything works as expected, but it will probably be better from the testing perspective to apply it only for the specific platform problem occurred at.

@MelvinBot MelvinBot removed the Help Wanted Apply this label when an issue is open to proposals by contributors label Oct 12, 2021
@AndrewGable
Copy link
Contributor

I'd apply the change across all platforms, then make sure it doesn't break any of the other platforms. I agree with your thoughts, we just do not like platform specific checks unless they are necessary

@eVoloshchak
Copy link
Contributor

I'd apply the change across all platforms, then make sure it doesn't break any of the other platforms. I agree with your thoughts, we just do not like platform specific checks unless they are necessary

Yeah, i verified it working on other platforms.
I've submitted the PR, but there seems to be a problem with my git config, I'm working on resolving it.

@AndrewGable
Copy link
Contributor

It looks like you just need to sign the CLA as prompted by CLA Bot

@eVoloshchak
Copy link
Contributor

eVoloshchak commented Oct 12, 2021

It looks like you just need to sign the CLA as prompted by CLA Bot

I've already signed the CLA when working with you previously.
The issue is, my commits are authored not by me, but by "Dev authored and Dev committed".
So there must be something wrong with my git config.
CLA Assistant Lite bot says that "Dev seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA."

So I'll try to somehow link this "Dev" account to my github account, and if I cant, I'll just open a new PR with commit that has a correct author.

@trjExpensify
Copy link
Contributor

Hey @eVoloshchak did you accept the offer on upwork? It still says it's pending waiting for you to accept.

@eVoloshchak
Copy link
Contributor

Hey @eVoloshchak did you accept the offer on upwork? It still says it's pending waiting for you to accept.

Sorry, I'm a little new to the upwork, didn't realise there's an extra step.
I've accepted it just now.

@trjExpensify
Copy link
Contributor

Awesome, that's done. Thanks!

@parasharrajat
Copy link
Member

I will be reviewing the PR and I will let you know @AndrewGable when this is ready for final review and possibly for merge. See More

@AndrewGable
Copy link
Contributor

Exciting @parasharrajat! 🎉

@eVoloshchak
Copy link
Contributor

@AndrewGable, my upwork contract for this issue is due 19 october (tomorrow). Do I submit work for payment even though my PR hasn't been approved yet? Or is the contract date flexible?
I'm new to upwork so pardon me if i'm asking something obvious.

@trjExpensify
Copy link
Contributor

Hey @eVoloshchak, the contract date is flexible, so need to do anything in that regard.

@eVoloshchak
Copy link
Contributor

Hey @eVoloshchak, the contract date is flexible, so need to do anything in that regard.

Great, thank you

@mvtglobally
Copy link

Issue reproducible during KI retests.

@mvtglobally
Copy link

mvtglobally commented Oct 26, 2021

Issue not reproducible during KI retests. (First Week)

@mountiny mountiny changed the title mWeb - Safari- Zoom in behavior of PDF is inconsistent [HOLD for payment 2021-11-04] mWeb - Safari- Zoom in behavior of PDF is inconsistent Oct 30, 2021
@mountiny mountiny added the Awaiting Payment Auto-added when associated PR is deployed to production label Oct 30, 2021
@mvtglobally
Copy link

Issue not reproducible during KI retests. (Second Week)

@trjExpensify
Copy link
Contributor

Presuming this is passing the KI retests because the PR has merged, right?

@MelvinBot MelvinBot removed the Overdue label Nov 3, 2021
@trjExpensify
Copy link
Contributor

Anyhow, I've gone ahead and paid this, so I'm closing it out. 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Awaiting Payment Auto-added when associated PR is deployed to production Engineering External Added to denote the issue can be worked on by a contributor Weekly KSv2
Projects
None yet
Development

No branches or pull requests