Skip to content

fix(google-maps): allow ground overlay bounds to be changed #20873

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged

Conversation

crisbeto
Copy link
Member

Allows for the bounds of the Google Maps ground overlay to be changed after initialization. This case is different from other similar components, because Google Maps doesn't provide an API to change the bounds so we have to recreate the overlay any time they change.

Fixes #20865.

@crisbeto crisbeto added P3 An issue that is relevant to core functions, but does not impede progress. Important, but not urgent target: patch This PR is targeted for the next patch release labels Oct 23, 2020
@crisbeto crisbeto requested a review from a team as a code owner October 23, 2020 18:28
@google-cla google-cla bot added the cla: yes PR author has agreed to Google's Contributor License Agreement label Oct 23, 2020
@jelbourn jelbourn requested a review from mbehrlich October 26, 2020 16:47
Allows for the bounds of the Google Maps ground overlay to be changed after initialization.
This case is different from other similar components, because Google Maps doesn't
provide an API to change the bounds so we have to recreate the overlay any time
they change.

Fixes angular#20865.
@crisbeto crisbeto force-pushed the 20865/ground-overlay-bounds-change branch from 034e0b5 to 28d5a46 Compare October 26, 2020 16:50
Copy link
Member

@jelbourn jelbourn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@jelbourn jelbourn added the action: merge The PR is ready for merge by the caretaker label Oct 26, 2020
@crisbeto crisbeto added blocked This issue is blocked by some external factor, such as a prerequisite PR and removed action: merge The PR is ready for merge by the caretaker labels Oct 26, 2020
crisbeto added a commit to crisbeto/material2 that referenced this pull request Oct 27, 2020
This came up during the review of angular#20873. Currently the class that manages events
for the Google Maps objects assumes that once a target is assigned, it'll either be
maintained or eventually removed which means that the fix from angular#20873 will
cause any existing event listeners to be dropped.

These changes add some code which will preserve the listeners.

Furthermore, I've added a dedicated testing setup for the `MapEventManager` since
there's a fair bit of logic encapsulated in it and we've only been testing it by proxy
through the various Google Maps components.
crisbeto added a commit to crisbeto/material2 that referenced this pull request Oct 27, 2020
This came up during the review of angular#20873. Currently the class that manages events
for the Google Maps objects assumes that once a target is assigned, it'll either be
maintained or eventually removed which means that the fix from angular#20873 will
cause any existing event listeners to be dropped.

These changes add some code which will preserve the listeners.

Furthermore, I've added a dedicated testing setup for the `MapEventManager` since
there's a fair bit of logic encapsulated in it and we've only been testing it by proxy
through the various Google Maps components.
wagnermaciel pushed a commit that referenced this pull request Oct 28, 2020
This came up during the review of #20873. Currently the class that manages events
for the Google Maps objects assumes that once a target is assigned, it'll either be
maintained or eventually removed which means that the fix from #20873 will
cause any existing event listeners to be dropped.

These changes add some code which will preserve the listeners.

Furthermore, I've added a dedicated testing setup for the `MapEventManager` since
there's a fair bit of logic encapsulated in it and we've only been testing it by proxy
through the various Google Maps components.

(cherry picked from commit cc503c4)
wagnermaciel pushed a commit that referenced this pull request Oct 28, 2020
This came up during the review of #20873. Currently the class that manages events
for the Google Maps objects assumes that once a target is assigned, it'll either be
maintained or eventually removed which means that the fix from #20873 will
cause any existing event listeners to be dropped.

These changes add some code which will preserve the listeners.

Furthermore, I've added a dedicated testing setup for the `MapEventManager` since
there's a fair bit of logic encapsulated in it and we've only been testing it by proxy
through the various Google Maps components.
wagnermaciel pushed a commit that referenced this pull request Oct 28, 2020
This came up during the review of #20873. Currently the class that manages events
for the Google Maps objects assumes that once a target is assigned, it'll either be
maintained or eventually removed which means that the fix from #20873 will
cause any existing event listeners to be dropped.

These changes add some code which will preserve the listeners.

Furthermore, I've added a dedicated testing setup for the `MapEventManager` since
there's a fair bit of logic encapsulated in it and we've only been testing it by proxy
through the various Google Maps components.

(cherry picked from commit cc503c4)
@crisbeto crisbeto added action: merge The PR is ready for merge by the caretaker and removed blocked This issue is blocked by some external factor, such as a prerequisite PR labels Oct 28, 2020
@crisbeto
Copy link
Member Author

Unblocking now that #20897 has been merged.

Copy link
Collaborator

@mbehrlich mbehrlich left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@annieyw annieyw merged commit f7023c8 into angular:master Nov 3, 2020
annieyw pushed a commit that referenced this pull request Nov 3, 2020
Allows for the bounds of the Google Maps ground overlay to be changed after initialization.
This case is different from other similar components, because Google Maps doesn't
provide an API to change the bounds so we have to recreate the overlay any time
they change.

Fixes #20865.

(cherry picked from commit f7023c8)
annieyw pushed a commit that referenced this pull request Nov 3, 2020
Allows for the bounds of the Google Maps ground overlay to be changed after initialization.
This case is different from other similar components, because Google Maps doesn't
provide an API to change the bounds so we have to recreate the overlay any time
they change.

Fixes #20865.

(cherry picked from commit f7023c8)
@angular-automatic-lock-bot
Copy link

This issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.

Read more about our automatic conversation locking policy.

This action has been performed automatically by a bot.

@angular-automatic-lock-bot angular-automatic-lock-bot bot locked and limited conversation to collaborators Dec 4, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
action: merge The PR is ready for merge by the caretaker cla: yes PR author has agreed to Google's Contributor License Agreement P3 An issue that is relevant to core functions, but does not impede progress. Important, but not urgent target: patch This PR is targeted for the next patch release
Projects
None yet
Development

Successfully merging this pull request may close these issues.

feat(google-maps): allow ability to update bounds in GroundOverlay
4 participants