Fixed
Status Update
Comments
lu...@google.com <lu...@google.com> #2
Interesting idea - I've shared your request with the team.
mr...@gmail.com <mr...@gmail.com> #3
Hey, thanks for considering this.
Of course, the idea could be applied to other places of the API as well, basically to all setter functions without
return value.
map.set_center(latLng).set_zoom(zoom);
marker.set_icon(foo).set_cursor(bar);
etc.
Of course, the idea could be applied to other places of the API as well, basically to all setter functions without
return value.
map.set_center(latLng).set_zoom(zoom);
marker.set_icon(foo).set_cursor(bar);
etc.
mr...@gmail.com <mr...@gmail.com> #4
I discovered today that you have loaded a "fix" in production without telling anyone !
This fix is not acceptable because :
1. Even though there are no errors now, the modified DirectionsResult object is stripped of the other alternate routes once the line has been dragged. Thus making it difficult to keep track of user choices.
2. Dragging will at times produce a straight "ghost" line on another area of the itinerary.
3. The dragging process does not respect the majority of the originally chosen itinerary, it will try to reproduce the first original proposition.
Feel free to come back to me in the case that you would like me to validate/test a solution BEFORE loading into production.
This fix is not acceptable because :
1. Even though there are no errors now, the modified DirectionsResult object is stripped of the other alternate routes once the line has been dragged. Thus making it difficult to keep track of user choices.
2. Dragging will at times produce a straight "ghost" line on another area of the itinerary.
3. The dragging process does not respect the majority of the originally chosen itinerary, it will try to reproduce the first original proposition.
Feel free to come back to me in the case that you would like me to validate/test a solution BEFORE loading into production.
cb...@google.com <cb...@google.com> #5
A fix has not been deployed yet. What is the regression in behavior you are seeing? Could you explain what you think we "fixed"?
mr...@gmail.com <mr...@gmail.com> #6
1. Before my previous comments, the array of itinerary routes did not change. If there were 3 alternative routes, then the array of 3 was still there after dragging. This is no longer the case - only the selected route remains.
2. * New * bug - the ghost line mentioned above.
3. * New * bug - case 3 above.
All of this is new behaviour which can be seen in the test case I loaded for you before in comment #2 , therefore leading me to the conclusion that a modification had been loaded into prod.
2. * New * bug - the ghost line mentioned above.
3. * New * bug - case 3 above.
All of this is new behaviour which can be seen in the test case I loaded for you before in
Description
demonstration page if at all possible, or attach code.
1. Request a route between two points and set provideRouteAlternatives to true in the request object.
2. Render a route other than the first in the list of alternatives.
3. Try to drag the rendered route to alter the itinerary.
Result is (in Firefox) a javascript error -
Error: Valeur incorrecte pour la propriété <destination> : undefined
Source File:
Line: 14
What version of the API are you using? v3
What operating system and browser are you using? Windows XP (French) and firefox v3.6.13