Closed
Bug 1065516
Opened 11 years ago
Closed 11 years ago
[System] Remove window.self in appWindow to reflect the dependency
Categories
(Firefox OS Graveyard :: Gaia::System, defect)
Tracking
(b2g-v2.0 wontfix, b2g-v2.1 fixed, b2g-v2.2 fixed)
RESOLVED
FIXED
2.1 S4 (12sep)
People
(Reporter: kgrandon, Assigned: kgrandon)
References
Details
(Whiteboard: [systemsfe])
Attachments
(1 file)
46 bytes,
text/x-github-pull-request
|
alive
:
review+
fabrice
:
approval-gaia-v2.1+
|
Details | Review |
It seems like we have a lot of invalid references to some magic variable `self` from within app_window.js. Not sure how these got here, but the usage is not clear so we should fix it.
Assignee | ||
Comment 1•11 years ago
|
||
Just looking for a review here, thanks! This seems to impact testing as well, so we should try to get this into 2.1.
Attachment #8487347 -
Flags: review?(alive)
Attachment #8487347 -
Flags: review?(21)
Comment 2•11 years ago
|
||
Comment on attachment 8487347 [details] [review]
Github pull request
I really prefer Alive to review this patch as he creates the |self| variable here.
Attachment #8487347 -
Flags: review?(21)
Comment 3•11 years ago
|
||
Comment on attachment 8487347 [details] [review]
Github pull request
window.self points to window object so it's not invalid.
Read https://developer.mozilla.org/en-US/docs/Web/API/Window.self
I am going to r+ it because we need to reflect the dependency of appWindow by putting global object in /* global */.
Attachment #8487347 -
Flags: review?(alive) → review+
Updated•11 years ago
|
Summary: [System] Invalid references to `self` objects → [System] Remove window.self in appWindow to reflect the dependency
Assignee | ||
Comment 4•11 years ago
|
||
(In reply to Alive Kuo [:alive][NEEDINFO!] from comment #3)
> Comment on attachment 8487347 [details] [review]
> Github pull request
>
> window.self points to window object so it's not invalid.
>
> Read https://developer.mozilla.org/en-US/docs/Web/API/Window.self
>
> I am going to r+ it because we need to reflect the dependency of appWindow
> by putting global object in /* global */.
Thanks Alive, that makes sense now. I think that reflecting the global usage in /* global */ will help us in the future.
We also may have another bug then, there was a bug reported over IRC that self.AppChrome was undefined. I assumed that this was because of a leaked `self` variable, but I could be wrong. In any case, we can land this and I'll also try to track down if there's a case where AppChrome can be null while we're instantiating an app window.
Assignee | ||
Comment 5•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
status-b2g-v2.0:
--- → wontfix
status-b2g-v2.1:
--- → affected
status-b2g-v2.2:
--- → fixed
Resolution: --- → FIXED
Assignee | ||
Updated•11 years ago
|
Whiteboard: [systemsfe]
Assignee | ||
Comment 6•11 years ago
|
||
Comment on attachment 8487347 [details] [review]
Github pull request
I would like to uplift this to 2.1 because although minor, it should help us debug a reported error when creating an app window.
[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): Cleanup of existing code.
[User impact] if declined: None, but this may help us find and fix a user-facing error.
[Testing completed]: Manual testing.
[Risk to taking this patch] (and alternatives if risky): Low risk, only semantic changes.
[String changes made]: None.
Attachment #8487347 -
Flags: approval-gaia-v2.1?(fabrice)
Updated•11 years ago
|
Attachment #8487347 -
Flags: approval-gaia-v2.1?(fabrice) → approval-gaia-v2.1+
Comment 7•11 years ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•