Skip to content
This repository has been archived by the owner on Jan 17, 2023. It is now read-only.

Changing the expiry to 10 minutes results in "expires timeDiffFutureMinutes = in 9 minutes" in the expiry field #4867

Closed
catlee opened this issue Sep 11, 2018 · 9 comments
Assignees
Labels
[QA]:Other issue Valid issues logged by other people than the Softvision QA team. [QA]:Verified fixed Label for QA to mark verified fixed issues

Comments

@catlee
Copy link
Contributor

catlee commented Sep 11, 2018

STR:

  1. Take screenshot, upload to screenshots.firefox.com
  2. Click on "expires in 14 days"
  3. Change to something like 10 minutes

Result:
https://screenshots.firefox.com/poRUQScezvpCbKKl/screenshots.firefox.com

@SoftVision-CosminMuntean

I have test this issue on latest Firefox 62.0 release and latest Nightly 64.0a1 build and I have managed to reproduce it.

It seems that it is related to localization. I have managed to reproduce this if I change the preferred language from "about:preferences#general" page in English (Australia) [en-au] or English (Canada) [en-ca].

The issue is reproducible for the "10 minutes", "1 hour" and "1 day" options.

@clouserw clouserw added this to the Sprint 21 (64-2) milestone Sep 12, 2018
@chenba
Copy link
Collaborator

chenba commented Sep 13, 2018

This bug appears to have gone away.

@chenba chenba closed this as completed Sep 13, 2018
@catlee
Copy link
Contributor Author

catlee commented Sep 13, 2018

@chenba chenba reopened this Sep 13, 2018
@chenba
Copy link
Collaborator

chenba commented Sep 13, 2018

@catlee Sorry I forgot to change my language pref earlier.

@chenba
Copy link
Collaborator

chenba commented Sep 13, 2018

Some .ftls contain syntax errors. Here's what en-CA looks like, for example:

timeDiffFutureMinutes =
    timeDiffFutureMinutes = { $number ->
        [one] in 1 minute
       *[other] in { $number } minutes
    }
timeDiffFutureHours =
    timeDiffFutureHours = { $number ->
        [one] in 1 hour
       *[other] in { $number } hours
    }

@SoftVision-CosminMuntean

Unfortunately, I cannot verify this issue since on the latest Screenshots dev version the FxA feature is merged and we no longer have the option to select the expiry date for the shots.

Is there another way to test this? Or we should wait until the fix will be deployed on the stage server?

@SoftVision-CosminMuntean SoftVision-CosminMuntean added the [QA]:Other issue Valid issues logged by other people than the Softvision QA team. label Sep 14, 2018
@chenba
Copy link
Collaborator

chenba commented Sep 14, 2018

@SoftVision-CosminMuntean Do you always test with a clean profile? If not, and you have some older shots, then you could check those. Any shot that's expiring within a day will have that issue. Otherwise, there's no quick way of testing this on dev or stage.

Note that there's no code change in the fix; only translation files were updated.

@SoftVision-CosminMuntean

Usually, I test with a clean profile. Unfortunately, I had a lot of profiles and I deleted most of them and now I can't find an old profile with shots saved.

But, I had an idea. I have changed the preferred language to "en-ca" language and saved a shot. Then, I have changed the system date to be 13 days in the future and I have navigated to the saved shot page and the "expires in 23 hours" message was correctly displayed.

However, just to be sure I have done this with two different profiles. On one of them, I have the Screenshots dev version installed and on the other the production Screenshots version.
See this screenshot:
23 h

I'm not sure if this is the right way to verify this, but I will re-check after the changes will be deployed in production to be sure.

@SoftVision-CosminMuntean SoftVision-CosminMuntean added the [QA]:Verified fixed Label for QA to mark verified fixed issues label Sep 14, 2018
@chenba
Copy link
Collaborator

chenba commented Sep 14, 2018

I have changed the system date to be 13 days in the future

Love it. 👏

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
[QA]:Other issue Valid issues logged by other people than the Softvision QA team. [QA]:Verified fixed Label for QA to mark verified fixed issues
Projects
None yet
Development

No branches or pull requests

4 participants