Opened 16 years ago
Last modified 14 years ago
#642 assigned defect
Updating a database feature source clears the tile cache
Reported by: | zspitzer | Owned by: | leodai |
---|---|---|---|
Priority: | high | Milestone: | |
Component: | Tile Service | Version: | 2.0.1 |
Severity: | critical | Keywords: | haspatch |
Cc: | tomfukushima | External ID: | 1099947 |
Description
When a database feature source is updated ( ie password host etc ) any associated tile caches get purged, when the featuresource isn't in one of the cached layers.
Attachments (1)
Change History (7)
comment:1 by , 16 years ago
External ID: | → 1099947 |
---|
comment:2 by , 16 years ago
comment:3 by , 16 years ago
Owner: | set to |
---|---|
Status: | new → assigned |
In this fix code, we add a check to see whether the related layer of the featuresource which is updated is in a base layer of the Map.If not, the tile cache won't be cleared.
comment:4 by , 16 years ago
Was this fix (minus the project file changes) applied? Seems like a valuable addition.
comment:5 by , 15 years ago
Cc: | added |
---|
comment:6 by , 14 years ago
Keywords: | haspatch added |
---|
Note:
See TracTickets
for help on using tickets.
Not only that, it should traverse base layers and associated feature sources to see whether they get affected by current change (taking into account resource visibility, scale, etc). If not, tile cache should not be cleared. Since it takes so much time and effort (MG crashing) to actually build tile cache - it's really worth preserving it's contents as much as possible.