-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
JS errors while zooming (Cannot read property '_values' of undefined) #7523
Comments
Perhaps related, another stack we see periodically in our production deploys: Error: this._onEaseFrame is not a function
|
I'm not able to reproduce this. Are you able to provide a minimal reproduction that reliably produces this error? |
Yeah, not immediately obvious unfortunately — will need a minimal test case. |
I've seen this too but I'm still on 0.46.0, so I doubt this is of much help. ERROR TypeError: Cannot read property '_values' of undefined |
@jdeboer-geoplan are you seeing this in production logs too, or is this something you could provide a reproducible live test case for? There's a blind workaround in #7615, but we'd prefer to get to the bottom of this if possible. |
@mourner sorry, I've not got a reproducible test case, It's just errors I see from time to time in the console whilst debugging in chrome, must be some odd race condition. |
I also don't have a reproducible test case yet - our app is reasonably complex as well, with a homegrown react wrapper around the map. We do a lot of fine-grained map control and exercise a lot of the mapbox-gl-js features like max bounds and whatnot. As a result, we have listeners on almost every event that the map can produce, such as keeping track of the loading/loaded state of the map (i.e. are there tiles loading, etc) and also try to be careful about only mutating the map (i.e. calling map API calls that would otherwise mutate the map) at certain time and that has to be kept in sync with the react lifecycle methods. my personal theory is that one of these event listeners are triggering some map mutation at the "wrong" time, but we don't know what is wrong about it! |
I'm seeing this one, not quite the same exception details: Uncaught TypeError: Cannot read property '_values' of undefined But is really difficult to reproduce, looks like random or something, but it has to do with events triggered but layers in the map |
@EddFigueiredo did you see this in v0.53.0, or an earlier version? |
Also getting |
Hey Guys, I've been getting similar random errors that I can't seem to be able to reproduce. They are inconsistent - they do not always show up, but they seem to happen when the map is zooming in to view a feature (e.g. using flyTo or similar functions): Not sure if its the actual cause, but this was the best existing issue I could find that relates to my problem.
Also I'm running version 0.53.0 and the problem only seems to have started to occur recently since updating version of Mapbox from 0.49.0. |
Uncaught TypeError: Cannot read property '_values' of undefined |
Uncaught TypeError: this._onEaseFrame is not a function. After encountering this error while using flyTo, I found the source of the problem was that I was calling flyTo within a component's render method, which caused flyTo to be called about thirty times in quick succession with the same destination. flyTo would execute but easing would be disabled, and after execution scrolling the map through user interaction no longer worked although it would work by altering the viewport manually. After altering the application so that flyTo was only called once outside the render method, the error disappeared. My guess is that calling flyTo twice within a very short space of time caused the error. |
|
|
FWIW I ran into this today on version 1.1 (don't ask). Upgraded to 1.13.3 and it went away. |
mapbox-gl-js version: 0.50
browser: Chrome 69
Steps to Trigger Behavior
Link to Demonstration
I can try to provide one if this isn't immediately obvious from the stack trace
https://jsbin.com/
Expected Behavior
No errors
Actual Behavior
This stack trace (pardon the formatting, this was extracted manually from our production error reporter with sourcemaps turned on)
The text was updated successfully, but these errors were encountered: