Skip to content

PB-530: Added print date to the print API spec#854

Merged
ltshb merged 1 commit intodevelopfrom
bug-PB-530-print-date
May 23, 2024
Merged

PB-530: Added print date to the print API spec#854
ltshb merged 1 commit intodevelopfrom
bug-PB-530-print-date

Conversation

@ltshb
Copy link
Contributor

@ltshb ltshb commented May 22, 2024

Use the date formatting based on the locale (en => MM/DD/YYYY, H:MM PM/AM, fr-CH => DD.MM.YYYY, HH:MM

Test link

@ltshb ltshb requested a review from pakb May 22, 2024 14:17
@github-actions github-actions bot added the bug label May 22, 2024
@cypress
Copy link

cypress bot commented May 22, 2024

Passing run #2260 ↗︎

0 206 20 0 Flakiness 0

Details:

PB-530: Added print date to the print API spec
Project: web-mapviewer Commit: 1c0ee7b69c
Status: Passed Duration: 04:35 💡
Started: May 23, 2024 9:00 AM Ended: May 23, 2024 9:04 AM

Review all test suite changes for PR #854 ↗︎

Copy link
Contributor

@pakb pakb left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure we shouldn't be sending a proper ISO-8601 datestring instead, while testing and looking at what was sent and then received I see some timezone issue.

I started a job with a date sent that was "printDate": "5/23/2024, 8:20 AM" but the file I received in return had Printed on 23.05.2024 06:20 (so the GMT+2 delta)

Have you tested sending a full ISO string ?

@ltshb
Copy link
Contributor Author

ltshb commented May 23, 2024

I'm not sure we shouldn't be sending a proper ISO-8601 datestring instead, while testing and looking at what was sent and then received I see some timezone issue.

I started a job with a date sent that was "printDate": "5/23/2024, 8:20 AM" but the file I received in return had Printed on 23.05.2024 06:20 (so the GMT+2 delta)

Have you tested sending a full ISO string ?

Thats because the backend has not been built and deployed yet see https://github.com/geoadmin/service-print3/pull/37, once the backend is deployed it will print what it gets. Now it print its UTC time, which would not be correct if the user is in US he will get utc time and not us time, that's why I want to let the frontend decide on the date and date format.

Copy link
Contributor

@pakb pakb left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Then all good, maybe we should wait for the PR on the backend side to be merged/deployed, then test the result here, and merge when we are happy with what we see

@ltshb
Copy link
Contributor Author

ltshb commented May 23, 2024

Tested with the new backend deployment and looks good

Use the date formatting based on the locale (en => MM/DD/YYYY, H:MM PM/AM, fr-CH => DD.MM.YYYY, HH:MM
@ltshb ltshb force-pushed the bug-PB-530-print-date branch from 0a7cb4f to 1c0ee7b Compare May 23, 2024 08:56
@ltshb ltshb merged commit 756fe37 into develop May 23, 2024
@ltshb ltshb deleted the bug-PB-530-print-date branch May 23, 2024 09:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants