|
POST
|
@AndrewMurdoch1 - is this the same as the other app where you are seeing the graphical bug in 4.17? Performance-wise, if you are able to use hosted feature layers (rather than query geojson -> create feature-layer from feature collection), that should perform dramatically better. With lines, server-side generalization can improve performance immensely. With the client-side feature collection, it requires loading all the data upfront and building spatial indices/querying/quantizing/re-projecting all on the client. 1 larger feature layer will also usually perform better than many small ones because each feature layer includes some upfront memory costs.
... View more
12-04-2020
12:53 PM
|
1
|
2
|
1329
|
|
POST
|
Ok great! (Just realized I posted with the wrong account 😅 - this is my official one)
... View more
12-04-2020
12:40 PM
|
1
|
2
|
3226
|
|
POST
|
Hi Jesse Williams Sorry you're running into this - yes this is indeed a bug that happens when applyEdits is called multiple time simultaneously, unfortunately we were missing some automated test coverage for this. We just installed a fix for this in our master branch, should be on /next sometime next week. Can you try the workaround in https://codepen.io/matt9222/pen/GRqWYNo and see if that fixes your issue? Calling the `applyEditsToLayer(layer, edits)` function instead of layer.applyEdits directly should force the edits to be serialized.
... View more
10-28-2020
10:33 AM
|
2
|
6
|
8825
|
|
POST
|
Yes ... it took us a while but we were finally able get this in! Let me know if you run into any issues.
... View more
10-09-2020
10:37 AM
|
0
|
1
|
6392
|
|
POST
|
Hi Tom, For Vector Tiles, we do indeed use the Mapbox Vector Tile spec. The f=pbf format of FeatureServices however is an esri Feature Tile serialization spec. Feature Tiles are more for dynamic visualizations, whereas Vector Tiles are better for things like basemaps. The documentation on this has been held up, but I think more details should be forthcoming. I'll check in again. We've also worked to improve the performance of pbf encoded Feature Tiles in our upcoming 4.17 release. Whereas before we were doing some quite a bit of conversion to deserialize features, we've reworked things so that we can work directly against the compressed binary data. Matt
... View more
09-29-2020
04:13 PM
|
0
|
2
|
4146
|
|
POST
|
4.17 is releasing very soon. This seems to be a race condition, so slight differences in timings (from misc. code changes, etc) could all contribute to whether or not this happens in particular versions.
... View more
09-24-2020
12:54 PM
|
1
|
1
|
1747
|
|
POST
|
Sorry Andrew Murdoch! I would like to say yes, but this isn't the kind of thing we usually backport (that's mainly reserved for browser breaking changes that prevent earlier versions of the API from working)
... View more
09-24-2020
12:30 PM
|
1
|
3
|
1747
|
|
POST
|
Andrew Murdoch I just installed a fix into our 4.17 dev branch, which seems to at least fix my repro. I'll let you know when that get's pushed to /next.
... View more
09-23-2020
02:17 PM
|
1
|
5
|
1747
|
|
POST
|
Thanks! I think I can repro this with https://codepen.io/matt9222/pen/rNePaLW?editors=1000. Seems to be a timing issue with removing a layer while it's still loading. This is on ubuntu 20/chrome (using an outdated chrome due to the latest version having super borked devtools on linux). Need to have devtools open + cache disabled (can repro maybe 30% of the time). I think these should be "ok" errors as they are basically just aborts - we should be catching them though (& rethrow only if not an AbortError). Taking a look.
... View more
09-23-2020
01:03 PM
|
1
|
7
|
2583
|
|
POST
|
You can send it to me (mgeorge@esri.com), however I think the HAR capture likely won't help us much here. We've made a bunch of changes to the way feature layers load, as well as fixed a rare issue that could happen with the workers communication, so it might be best to wait for that and see if we can still see the problem (the changes are currently live on /next).
... View more
09-23-2020
11:41 AM
|
0
|
13
|
2583
|
|
POST
|
Oh sorry, if what I think is happening is actually what's causing the issue, it would only theoretically happen if the layer is added and removed very quickly. Just adding a feature layer shouldn't cause the problem.
... View more
09-23-2020
11:39 AM
|
0
|
0
|
2583
|
|
POST
|
Andrew Murdoch do you see any adverse affects in your apps when you see the above error (i.e., the "infinite-loop" bug in the OP), or just the error? Likely this is a race that has to do with a layer being added/removed very quickly (probably with 100 ms of being added). When you create a FeatureLayer, that spins up a connection to a worker which communicate over a message port. The error "Can't invoke, port is closed" coming from the AttributeStore means that while the worker was trying to setup the shared memory region (which happens immediately when the connection is established), the connection was closed. We can potentially move this error behind a flag, as this likely shouldn't have any adverse consequences. Does this sound about right for your case? Does your app add/remove a layer very quickly?
... View more
09-23-2020
10:12 AM
|
0
|
2
|
2266
|
|
POST
|
Thanks Andrew Murdoch, I'll be looking out for this as well.
... View more
07-23-2020
03:59 PM
|
0
|
20
|
2266
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 07-11-2025 09:45 AM | |
| 2 | 04-25-2025 09:43 AM | |
| 2 | 04-24-2025 03:06 PM | |
| 2 | 03-25-2024 12:13 PM | |
| 1 | 03-08-2024 10:39 AM |
| Online Status |
Offline
|
| Date Last Visited |
4 weeks ago
|