[🐛] Web App Bugs

Web and notifications Website
1

WebGL

* Fragment shader error:

  0:2(12): error: extension `GL_EXT_shader_texture_lod' unsupported in fragment shader

  GetShaderSource() ->

  #extension GL_EXT_shader_texture_lod: require
  void main() {}

Console

  • Imports need some attention:
    WARNING: Multiple instances of Three.js being imported. main.aa7a8648d60f5eee.js:2023:683951
  • I think the following should be logged at .info() level:
    system   ERROR in CurrentUserService.reloadCurrentUser()  No accessToken and/or userId in local storage main.aa7a8648d60f5eee.js:1:551236
  • Traffic sign sprites missing:
    Image "information--general-directions--g1" could not be loaded. Please make sure you have added the image with map.addImage() or a "sprite" property in your style. You can provide missing images by listening for the "styleimagemissing" map event. main.aa7a8648d60f5eee.js:2087:596491
Image "complementary--texts-three-lines--g1" could not be loaded. Please make sure you have added the image with map.addImage() or a "sprite" property in your style. You can provide missing images by listening for the "styleimagemissing" map event. main.aa7a8648d60f5eee.js:2087:596491
Image "regulatory--texts-four-lines--g1" could not be loaded. Please make sure you have added the image with map.addImage() or a "sprite" property in your style. You can provide missing images by listening for the "styleimagemissing" map event. main.aa7a8648d60f5eee.js:2087:596491

UI

  • The Image by <username> for <organization> attribution components are no longer links.
2

cc: @nikola

3

Thanks for letting us know! BTW, which browser/OS are you using? I can’t see the WebGL-related message on my system. I’ll look into the other console warnings.

The UI change is recent as the user profile now switches to the image owner when an image loads automatically so it was deemed no longer needed. Do you think it would still be useful?

4

@nikola - the “org” link would still be helpful right? So for example: “for bemaps” should be a hyperlink.

1 Like
5

Right, that’s what I would I suggest too. However, for the sake of orthogonality I would reinstate both links, unless it requires unreasonable technical effort or performance penalty.

1 Like
7

@nikola After examining other WebGL websites the fragment shader error is apparently caused by Firefox itself. :face_with_diagonal_mouth: So, nothing you can or need to fix.

8

Thanks for the info!

BTW, we’ve brought back the links in the attribution component.

1 Like
9

:enraged_face: I AM REALLY FED UP WITH THE WEB APP’S PATHETIC PERFORMANCE :double_exclamation_mark: WHY DO OTHER WEBSITES LIKE RAPIDEDITOR.ORG GET IT RIGHT AND YOU DO NOT FOR YEARS :exclamation_question_mark:

Guys, we all have been really patient and everything but this just cannot go on. It is a massive pain to do anything in the web app. Everything is so sluggish and slow that I just cannot comprehend how this passed QA or any supervisor for years. I have reported this pathetic chewing gum performance many times over and over for years, with CPU load graphs and everything. I have even hinted at what the cause may be. Nothing has happened. Instead, things got even worse. Why does a website like Rapid Editor get it right to integrate the same imagery and Mapillary does not? Guys, not everybody accesses the web app using a Mac M5 Pro or GeForce RTX 5090. Are you not aware that most people these days use low power and low performance mobile devices to access the web app? These kinds of devices have limits, you know! The web app is not the latest next-gen triple A game smash hit either. But, the worst thing about it is not even the pathetic performance itself but the fact that this grudging performance has a direct bad impact on many functions a user can do, like Time Travel (selected image to compare jumps back to an image viewed before), zooming in and out of an image (immobilizes panning in the viewer), updating the node on the map layer to the currently viewed image (lags like 30 seconds behind), accessing the calendar day picker in the filter, traffic signs, and point features (freezes the whole app until things have been loaded), viewing traffic signs and point features on the default Mapillary map layer (in this case you better make yourself :hot_beverage: and come back in the evening). To get anything meaningful done, since about a year now, I always have to switch to the OpenStreetMap map layer because it is the only map layer that at least slightly eases the load to be able to do anything. :person_facepalming: I have even tried tuning some internal Firefox settings to see if the issue may be on my side of things but no. Mapillary web app performance just sucks! In other words, basically no other WebGL app that I use has this kind of horrific performance issues. I am appalled and mad. :enraged_face: I am not mad at the web app itself but at the fact that nothing has happened for years and nobody really seams to care about this.

1 Like
10

Thank you for your honest feedback. I understand your frustration with the Mapillary web app’s performance, especially on lower-powered devices. With the amount of images uploaded to Mapillary growing over time, the amount of data that is visible and the overall memory usage has been increasing. One of the ways we’ll address this issue is by introducing a new way of how we display coverage on the map. This should reduce load times and overall memory consumption of the map leading to more responsive usage of the whole web app. Stay tuned for more updates.

2 Likes