-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Object.seal on Mixins in non-production builds breaks IE11 + Google Captcha #17218
Comments
To the question regarding the staging account, @locks helped me find this article: http://blog.firstiwaslike.com/staging-environments-with-ember-cli-deploy/ It looks like the recommendation for staging (pre-production) accounts is to use a |
You can work around the issue by mucking with freeze and seal. You basically redefine seal and freeze to add the object to a weakmap first then call the original seal / freeze. |
Hmm, upon re-reading this issue though, I’m not sure why you think this is an Ember bug (as opposed to a bug in recapcha)? |
This issue only occurs when I'm running a It's possible that it's a recaptcha bug, so I kept google/recaptcha#285 open, but since it works with the prod build of Ember, I opened this issue. With regards to mucking with freeze and seal, note that the item it tries to add is random, so it's not like |
Can you give us steps to reproduce? |
I spent some time last week trying to create a new app that reproduces this issue and am having trouble finding the exact combination of addons that cause the problem. I'm able to reproduce 100% of the time on the app I'm working on, but it's going to take some more time for me to find the secret sauce. |
I have similar problem with Google Map SDK, new versions of EmberJS and IE11. Starting from Ember Steps to reproduce for me is easy:
It works in any other browser. It works if I remove Google Map from page. It works if I don't call this controller action. It works in Ember 3.1.3. |
I'm doing some issue gardening 🌱🌿 🌷 and came upon this issue. Since it's quite old I just wanted to ask if this is still relevant? Since IE11 support will be dropped soon anyway, maybe we can close this? By closing some old issues we reduce the list of open issues to a more manageable set. |
I am currently upgrading our production app to Ember 3.4 LTS. In doing my final testing, I realized that Google Invisible Recaptcha V2 was breaking in IE11 when testing in my
staging
environment.The error I was seeing seemed like an issue with the recaptcha javascript, which caused me to file this issue on the Google Recaptcha side.
However, in further debugging the issue, it actually looked like an issue when trying to mixin the
transform:date
during the serialization of myCustomer
object.In digging through the source code of Ember 3.4.6, I found this block of code that, interestingly calls out IE11 as problematic.
https://github.com/emberjs/ember.js/blob/v3.4.6/packages/ember-metal/lib/mixin.ts#L537-L548
I also found this PR where @rwjblue added an explicit exception for
NAME_KEY
.Unfortunately, this
$jscomp_hidden_*
variable is pretty random so we can't add an explicit exception for that.So, a few thoughts:
staging
(pre-production) account, can I forceDEBUG
to be false? That's more of the behavior I want.Object.seal
in debug builds because we have to support IE11?The text was updated successfully, but these errors were encountered: