Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: EE-3.3.0.GA_P02, 4.0
-
Fix Version/s: EE-4.0.0.GA, EE-3.3.0.GA_P03, 4.1
-
Component/s: ACE-Components
-
Labels:None
-
Environment:All
-
Assignee Priority:P2
-
Support Case References:Support Case #13083 - https://icesoft.my.salesforce.com/5007000000ouAAw
-
Workaround Exists:Yes
-
Workaround Description:Make sure the gMapEvent tag is placed after the gMapAutocomplete tag.
Description
When using the ace:gMapEvent tag to call some script on click, this isn't called when it is used in an ace:gMap that uses an ace:gMapAutocomplete tag.
This depends on the order that the tags are placed. If the gMapEvent tag is placed before the gMapAutocomplete tag, the events are not fired. If it is placed after the tag, then it works correctly.
This depends on the order that the tags are placed. If the gMapEvent tag is placed before the gMapAutocomplete tag, the events are not fired. If it is placed after the tag, then it works correctly.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
r43384: committed fix to the 3.3 EE maintenance branch.
r43385: committed fix to the 4.0 trunk.
The problem wasn't specific to gMapAutocomplete. It occurred any time the recreate() method was called, which is necessary to do under certain circumstances. This method creates a new map instance and restores the previous state. The issue was simply the fact that this recreate() method wasn't restoring events, so they were lost whenever this method was called. So, the fix consisted in adding a mechanism to save the event instances and then re-apply them when recreating the entire map.
Show
Arturo Zambrano
added a comment - r43384: committed fix to the 3.3 EE maintenance branch.
r43385: committed fix to the 4.0 trunk.
The problem wasn't specific to gMapAutocomplete. It occurred any time the recreate() method was called, which is necessary to do under certain circumstances. This method creates a new map instance and restores the previous state. The issue was simply the fact that this recreate() method wasn't restoring events, so they were lost whenever this method was called. So, the fix consisted in adding a mechanism to save the event instances and then re-apply them when recreating the entire map.
Verified with IF 4.0 trunk r43553 and 3.3 EE maintenance branch r43548 in IE8, IE9, IE10, FF33, Chrome39.
Show
Carmen Cristurean
added a comment - Verified with IF 4.0 trunk r43553 and 3.3 EE maintenance branch r43548 in IE8, IE9, IE10, FF33, Chrome39.
Attached test case that shows the issue.