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

preserveDrawingBuffer and marker dragging breaks down rendering #4055

Open
PanierAvide opened this issue Apr 30, 2024 · 2 comments
Open

preserveDrawingBuffer and marker dragging breaks down rendering #4055

PanierAvide opened this issue Apr 30, 2024 · 2 comments
Labels
bug Something isn't working PR is more than welcomed Extra attention is needed

Comments

@PanierAvide
Copy link

maplibre-gl-js version: 4.1.3 (possibly also 3.x branch)

browser: Firefox 125, Chromium 123

Steps to Trigger Behavior

  1. Have a MapLibre Map, with vector tiles, a marker and these options:
  • preserveDrawingBuffer: true
  • maxZoom: 24
  • zoom: 16
  1. Go from zoom 16 to 24
  2. Step back a bit to zoom 23.5 (any decimal value between 23 and 24)
  3. Move the map by clicking/dragging on marker (a bit frenetically)
  4. Zoom to a decimal level between 23 and 24 (23.5 for example)
  5. Move the map by clicking on marker (a bit frenetically)
  6. Zoom back to level 16

Link to Demonstration

https://jsbin.com/cisuvaruze/edit?html,output

Expected Behavior

Map shows vector tiles correctly, without any issue.

Actual Behavior

Map rendering breaks down, only marker is shown, no more vector tiles background.

image

No particular error in the web console, only warnings (but not alarming ones).

image

This happens in the very particular configuration given (map coordinates, decimal zoom level between 23-24, preserveDrawingBuffer). Changing any of them makes the behavior harder/impossible to reproduce.

Issue was first reported here, on a more complex MapLibre map we use. The JSBin is the minimal example to reproduce this issue.

@PanierAvide
Copy link
Author

GIF of behavior for better understanding 🎥

projet

@HarelM
Copy link
Member

HarelM commented Apr 30, 2024

I'm having a hard time reproducing this, although I did manage to reproduce this once in chrome.
If I needed to guess the problem is probably due to the fact that the drawing buffer gets too big (from zoom 14 to zoom 24) and the preserver drawing buffer is probably not helpful.
Since there's no error in the console I tend to say that this is a webgl issue.
But all of these are guesses, I don't have anything concrete...
warning in FF are known issue and reported in a different issue: #2030.

@HarelM HarelM added bug Something isn't working PR is more than welcomed Extra attention is needed labels Apr 30, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working PR is more than welcomed Extra attention is needed
Projects
None yet
Development

No branches or pull requests

2 participants