Skip to content
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

Figure out how to keep the __gwt_Object #11

Closed
branflake2267 opened this issue Apr 11, 2012 · 4 comments
Closed

Figure out how to keep the __gwt_Object #11

branflake2267 opened this issue Apr 11, 2012 · 4 comments

Comments

@branflake2267
Copy link
Owner

The __gwt_object is used in chrome so it doesnt register duplicate objects. I'd like to figure out why it is throwing and then try to keep it's use. I think the map api uses some sort of call back and doesn't dig it.

@twistedpair
Copy link
Collaborator

Is it the Map JS API or the Web Services? The only time it has given me issues is with remote requests. I bet Google rejects requests with invalid parameters.

How about we check before building requests for !GWT.isScript() and in that conditional strike the _gwt_X offender from the request, but leave it on the original object?

@branflake2267
Copy link
Owner Author

I'm thinking this has to do with getting stuck in the callback maps web services I think. I'm having a hard time recalling. I've been told this should only happen in chrome debugging and this object is stuck in to work around the sandbox, but I'm a little unclear exactly. I think you have the right idea leave it if we can and remove it only from the offending calls.

@branflake2267
Copy link
Owner Author

Its used so the objects don't re-register them selfs or something like that

@twistedpair
Copy link
Collaborator

Moved to Issue #46 as this will be the fix.

mournblade pushed a commit to mournblade/GWT-Maps-V3-Api that referenced this issue Mar 26, 2020
Added DrawingManagerOptions.newInstance(withDefaults)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants