{ "id": "62357", "key": "TIMOB-1725", "fields": { "issuetype": { "id": "1", "description": "A problem which impairs or prevents the functions of the product.", "name": "Bug", "subtask": false }, "project": { "id": "10153", "key": "TIMOB", "name": "Titanium SDK/CLI", "projectCategory": { "id": "10100", "description": "Titanium and related SDKs used in application development", "name": "Client" } }, "fixVersions": [ { "id": "11225", "name": "Release 1.5.0", "archived": true, "released": true, "releaseDate": "2010-12-14" } ], "resolution": { "id": "6", "description": "", "name": "Hold" }, "resolutiondate": "2011-04-15T03:00:37.000+0000", "created": "2011-04-15T03:00:33.000+0000", "priority": { "name": "Medium", "id": "3" }, "labels": [ "apple", "bug", "ios", "ipad", "player", "rplist", "video", "window" ], "versions": [], "issuelinks": [], "assignee": { "name": "blainhamon", "key": "blainhamon", "displayName": "Blain Hamon", "active": true, "timeZone": "America/Los_Angeles" }, "updated": "2017-03-03T17:17:09.000+0000", "status": { "description": "The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.", "name": "Closed", "id": "6", "statusCategory": { "id": 3, "key": "done", "colorName": "green", "name": "Done" } }, "components": [ { "id": "10206", "name": "iOS", "description": "iOS Platform" } ], "description": "{html}
Running 1.4 and 1.4.1 on iOS 3.2 when a window is closed that\nhas a video player instance in it, the video player is not removed\nas well. I tried using a window.remove(videoPlayer) and that did\nnot work either.
No views are detached when a window is closed. What's the point\nof removing the video player? If it's to stop it, then the player\ncan simply be stopped manually through an event listener.
\nIf it has to do with memory issues, this could possibly be fixed\nby better view memory management, which may be part of Blain's\nongoing view refactor.
(from [4ec97cd3307b066fbf464300337d89e89b70a6b4])\n[#1725 state:fixed-in-qa] Added flag to determine\nwhether or not movies are 'really' attached to a view. \nhttp://github.com/appcelerator/titanium_mobile/commit/4ec97cd3307b0...
test file exists in bug tests.
\nTested in iPad Simulator 3.2, 4.0, 4.1, and 4.2
\nSDK 1.5 12/9/2010 - r43358e5f
When window is opened, the video starts playing, then:
\niOS 4.0, 4.1, and 4.2
\nWhen window is closed, video stops playing as expected.
iOS 3.2
\nWhen window is closed, video keeps playing in the background.
Steve, please describe the problem, root cause and fix. I prefer\nnot to add to R1.5 if there is a workaround.
\nCategorizing as needs more info and TBS, and low.
Going to mark this as \"resolved\" as it's resolved for 4.0+\ndevices.
\nIn 3.2, it appears that this is an apple bug (able to recreate\noutside of Titanium, and so was Blain). Unfortunately there is no\nworkaround because this is caused entirely by the\nMPMoviePlayerController internals - we can't intervene at any point\nwithout the possibility of introducing private APIs and thus\npossible app rejection.
Ok, this is back on iOS 4+. If the fullscreen flag is set to\ntrue, the video player will not remove from view and the window its\nin will not close either. If the fullscreen flag is not used or\nfalse (which is the default), and the controls are set to\nfullscreen, it will behave the way it should.
Not a regression. Was caused by erroneously listening for\n\"complete\" on the click of the fullscreen \"Done\" button. Making\nresolved. FROM APPLE'S DOCUMENTATION:
\n\n\nThis notification [MPMoviePlayerPlaybackDidFinishNotification]\nis not sent in cases where the movie player is displaying in\nfullscreen mode and the user taps the Done button. In that\ninstance, the Done button causes movie playback to pause while the\nplayer transitions out of fullscreen mode. If you want to detect\nthis scenario in your code, you should monitor other notifications\nsuch as MPMoviePlayerDidExitFullscreenNotification.
\n
These notifications trigger \"complete\" and \"fullscreen\"\nrespectively.
Clint is able to continuously reproduce, although I'm not. Very\nstrange. Marking needs-more-info as a result.
Turns out this is also an apple bug - sometimes the\nnotification/event IS fired, but only when the control style is\nFULLSCREEN (whether or not the movie is fullscreen is irrelevant).\nThat doesn't match documentation. Also, the close() issue has to do\nwith not allowing the close of toplevel tab windows (which is\nperfectly OK).
\nIt's worth noting that this bug also prevents us from being able\nto remove the movie control overlay from a window if necessary; all\nother control schemes allow us to remove a movie from a view.\nFullscreen controls do not.
\nRadar Bug ID# 8785759