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

New Release v1.27.0 - #minor #923

Merged
merged 14 commits into from
Jun 17, 2024
Merged

New Release v1.27.0 - #minor #923

merged 14 commits into from
Jun 17, 2024

Conversation

ltshb
Copy link
Contributor

@ltshb ltshb commented Jun 17, 2024

ltshb and others added 10 commits June 17, 2024 07:54
When changing the language the timed layer where reset to their default time
parameter.

The issue is that only their current year where updated but not their current
timestamp.
PB-637: Keep time layer selected year when changing the language
Somehow, probably due to an openlayer update, the print overlay was not anymore
centered on the map on HiDPI and Retina devices (e.g. Iphone, Dell XPS 15, HP ZBook G9).

After some test it turns out that the issue arised only when the DEVICE_PIXEL_RATIO
was not 1. Removing this ratio from the computed print area solved the issue.
This ratio in the print area has been introduced in 2014 in the old mf-geoadmin3
project (see geoadmin/mf-geoadmin3#1359)
in order to solve the same issue observed here on HiDPI and Retina
device. This issue has been probably solved internally in openlayers now.
PB-546: Print overlay not centered on high resolution device (e.g. Retina or HiDPI device)
When using CRTL + selection when we already had a drag selection, an uncaught
exception occurred. Although everything seems to work fine, having uncaught exception
is not so good.

So now in order to avoid this exception we first need to remove the selection
layer in every case before re-adding it if needed.
Fix uncaught exception when using drag selection
When panning the map moved faster than the cursor.

This was due to the fact that default openlayer map interactions (like map panning)
were added twice.
Sometimes the initial default print scale was under the header which is not so
nice. This was due to the fact that the map is under the header and that during
the scale computation we took only one header height in consideration but the
print overlay is then center on the whole map, not only on the visible map.
To avoid this issue we take twice the header size now.
PB-546: Improved default print scale computed from map size
@ltshb ltshb requested a review from pakb June 17, 2024 09:09
@github-actions github-actions bot changed the title release New Release v1.27.0 - #minor Jun 17, 2024
Copy link

cypress bot commented Jun 17, 2024

1 failed test on run #2577 ↗︎

1 207 21 0 Flakiness 0

Details:

Merge pull request #888 from geoadmin/bugfix-PB-587-tooltip-behavior-in-mobile-m...
Project: web-mapviewer Commit: 927857ec5e
Status: Failed Duration: 06:56 💡
Started: Jun 17, 2024 9:44 AM Ended: Jun 17, 2024 9:51 AM
Failed  tests/cypress/tests-e2e/layers.cy.js • 1 failed test • e2e/electron/mobile

View Output

Test Artifacts
... > layer with timestamp can be configured Test Replay Screenshots

Review all test suite changes for PR #923 ↗︎

ltkum and others added 4 commits June 17, 2024 11:28
Issue : On mobile, small screen sizes could create issues where the head bar was partially inaccessible. In landscape mode it could appear under the header, which made it impossible to use, and in vertical mode, part of it was behind the right side menu.

Fix :
  In landscape mode, we set the height of the tooltip to be the minimum between 350 pixels (previous value) and 60% of the viewport height, which ensure the head bar of the tooltip is never under the header.
  In vertical mode, if the width of the screen is smaller than 400 pixels, we enforce the feature info position to be set as 'bottompanel' and we remove the button to set it as a floating tooltip. This is called both when setting the info position and on resize.
Issue : We changed the way tooltips work on screen with narrow width. They can no longer float if the width is inferior to 400 pixels. This change caused some tests to fail.

Fix : In most tests, we change the viewport to have a width of 400. In some tests, we also test that the application behaves as expected on devices with narrow width.

Note: we skip one test for now, as it works locally but not on the CI.
We now only use the enum to check wether featureInfo is a valid value or not.
@ltshb ltshb merged commit 5be4122 into master Jun 17, 2024
6 of 8 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants