Skip to content

Clear circles and redraw markers in clearOverlays() - #22

Merged
wf9a5m75 merged 2 commits into
developfrom
fix/overlay-clear-order
Nov 8, 2026
Merged

wf9a5m75 merged 2 commits into
developfrom
fix/overlay-clear-order

Conversation

@wf9a5m75

@wf9a5m75 wf9a5m75 commented Nov 8, 2026 •

Copy link
Copy Markdown
Contributor

なぜ

clearOverlays() の後も、この地図ではマーカーが残っていました(Google / OMM では消えます)。またサークルも残っていました。

マーカーが残る

MapboxMarkerController.clear() は core の clear() を上書きしていて、manager を空にしますが onPostProcess を呼んでいませんでした。この描画担当の onRemove はアイコンの参照数を減らすだけで、GeoJSON ソースは onPostProcess が manager の中身から書き直します。呼ばれないので、前に描いたマーカーが残っていました。

サークルが残る(Mapbox だけ)

MapboxMapViewController.clearOverlays() が circleController.clear() を呼んでいませんでした(他のプロバイダは呼んでいます)。core の Circle の clear() は元から正しい順なのに残っていたのはこのためです。呼ぶようにしました。

何を変えたか

  • マーカーのコントローラの clear() で、manager を空にしてタイルの経路を外した後に renderer.onPostProcess() を呼ぶようにしました。core 側(android-sdk-core の同じ PR)で AbstractMarkerController.clear() も同じ順にそろえています。
  • clearOverlays() で circleController.clear() を呼ぶようにしました。

この PR は core が無くても単独で効きます。ただしポリライン・ポリゴン・GroundImage・ラスターの消え残りは core 側の修正で直るので、core と合わせて初めて clearOverlays() が全部消えます。

関連 PR(同じ修正の一式)

fix/overlay-clear-order は次の 21 リポジトリにまたがります。

1. core(3 本は互いに独立。先にマージ・公開してください)

2. Android プロバイダ(core が無くても単独で効く修正。ただしポリライン・ポリゴン・GroundImage・ラスターの消え残りは core 側で直るので、core と合わせて初めて clearOverlays() が全部消えます)

3. iOS プロバイダ(ios-sdk-core のマージ・公開の後。clearOverlays() からコントローラの clear() を呼ぶ変更は、core の呼び順の修正が無いと GL 系で描き直しが起きて消えません)

4. web プロバイダ(js-sdk-core の新しい版を npm に公開し、依存(今は ^0.3.1)を引き上げてから。理由は各 PR の本文に)

マージの順番: core 3 本 → core の公開 → Android / iOS プロバイダ → js-sdk-core の npm 公開と依存の引き上げ → web プロバイダ。

検証

  • タブレット(HA26Z6JL)の example-app(core はこのブランチの android-sdk-core、プロバイダはこのブランチ)で、下の 7 段階を確認しました。修正前(前の担当が撮ったもの)は、clear 後に MapLibre / Mapbox / Mappls でマーカーが、Mapbox ではさらにサークルが残っていました。修正後は 5 プロバイダとも何も残りません。
  • このリポジトリには単体テストがありません(描画担当が MapLibre/Mapbox のネイティブを要するため)。clear の順序は android-sdk-core の OverlayClearOrderTest に marker を足して固定しています。
  • apiCheck(集約ビルド): 通過しました。
  • ktlint: 変更した行に違反はありません(ファイル内の既存の違反は develop から)。
  • 別の OPEN な PR(refactor/polygon-controller、fix/mapview-teardown)とは git merge-tree で衝突しないことを確かめました。

実機・ブラウザでの確認(共通の手順)

同じ手順で、ポリゴン・ポリライン・サークル・GroundImage・ラスター・マーカーを出し、追加 → 更新(色・半径・不透明度)→ 一部削除(ポリゴン・サークル・ラスター)→ 戻す → clearOverlays() → clear 後に同じ state を in-place で書き換え → 同じ id・同じ内容の state を作り直して送り直す、の 7 段階をスクリーンショットで比べました。検証用のページはコミットしていません。

clearOverlays() の後 clear 後の in-place 更新 作り直して送り直す
Android(タブレット)MapLibre / Mapbox / Mappls / Google / OMM 何も残らない 戻らない 全部戻る
iOS(iPad 実機)MapLibre / Mapbox / MapTiler / Mappls / Google 何も残らない 戻らない 全部戻る
web(Playwright)MapLibre / Mapbox / Mappls / MapTiler / TomTom 何も残らない 戻らない 全部戻る

追加・更新・削除・戻すの 4 段階の見た目は修正前と同じでした。clear 後の振る舞い(in-place の更新では戻らず、顔ぶれが変わるか作り直された state が来たら全部描き直す)は、3 プラットフォームの core の collector と同じです。

確認できていないもの

  • 地図のデザインを切り替えている最中の clearOverlays() は試していません。

clearOverlays() cleared every overlay controller except circleController,
so circles stayed on the map. The other providers already clear it.
The marker controller's clear() emptied the manager, but onRemove only
drops icon references; the GeoJSON source is rewritten from the manager
in onPostProcess, which clear() never called. The markers stayed on the
map after clearOverlays(). Call it once the manager is empty, the same
order the core controllers use.
This was referenced Nov 8, 2026
@wf9a5m75
wf9a5m75 merged commit 61b076e into develop Nov 8, 2026
2 of 3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant