Modify ↓
Opened 5 years ago
Closed 5 years ago
#19030 closed defect (fixed)
Validator layer is not refreshed
| Reported by: | GerdP | Owned by: | team |
|---|---|---|---|
| Priority: | normal | Milestone: | 20.03 |
| Component: | Core validator | Version: | latest |
| Keywords: | template_report regression | Cc: |
Description (last modified by )
What steps will reproduce the problem?
- Download way 84774140 (a simple building)
- Run Validator to make sure no warning is produced
- Split the way
- Run Validator, note that two warnings for unclosed ways are produced and rendered
- Undo split, note that validator tree still shows one warning and validator layer doesn't change
- Run Validator, note that no warning is shown in tree but validator layer still shows them
- Move mouse close to one of the split nodes, note that validator layer finally is refreshed
What is the expected result?
Refresh of validator layer should happen when validator tree changes
What happens instead?
Refresh of validator layer sometimes happens only when mouse move - or maybe other actions - trigger it
Please provide any additional information below. Attach a screenshot if possible.
Doesn't happen with tested version
Build-Date:2020-04-04 09:35:19 Revision:16223 Is-Local-Build:true Identification: JOSM/1.5 (16223 SVN en) Windows 10 64-Bit OS Build number: Windows 10 Home 1903 (18362) Memory Usage: 743 MB / 1753 MB (130 MB allocated, but free) Java version: 1.8.0_191-b12, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM Screen: \Display0 1920x1080 Maximum Screen Size: 1920x1080 VM arguments: [-agentlib:jdwp=transport=dt_socket,suspend=y,address=localhost:54868, -ea, -Dfile.encoding=UTF-8] Program arguments: [--debug] Dataset consistency test: No problems found Plugins: + OpeningHoursEditor (35405) + PolygonCutOut (v0.7) + apache-commons (35362) + buildings_tools (35405) + continuosDownload (91) + ejml (35313) + geotools (35169) + jaxb (35092) + jts (35122) + merge-overlap (35248) + o5m (35248) + opendata (35405) + pbf (35248) + poly (35248) + reverter (35407) + undelete (35396) + utilsplugin2 (35405) Validator rules: + c:\josm\core\resources\data\validator\combinations.mapcss Last errors/warnings: - E: org.openstreetmap.josm.io.OsmApiException: ResponseCode=400, Error Header=<You requested too many nodes (limit is 50000). Either request a smaller area, or use planet.osm> - E: Bad Request - <html>The OSM server 'api.openstreetmap.org' reported a bad request.<br><br>The area you tried to download is too big or your request was too large.<br>Either request a smaller area or use an export file provided by the OSM community.</html>
Attachments (1)
Change History (11)
comment:1 by , 5 years ago
| Description: | modified (diff) |
|---|
comment:2 by , 5 years ago
by , 5 years ago
| Attachment: | 19030.patch added |
|---|
call ValidatorLayer::invalidate also when no errors are found
comment:4 by , 5 years ago
Attached patch fixes the problem but leaves an empty error layer. Before we can close the layer we have to check all validator trees.
comment:5 by , 5 years ago
| Milestone: | → 20.03 |
|---|
comment:6 by , 5 years ago
| Component: | Core → Core validator |
|---|---|
| Keywords: | validator removed |
comment:7 by , 5 years ago
Shouldn't the invalidate call be made after the initializeErrorLayer call?
Note:
See TracTickets
for help on using tickets.
josm-snapshot-16102.jar shows the error, josm-snapshot-16087.jar is still OK