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

memory not released when modalPresentationStyle of imagePicker instance is .FullScreen #331

Open
Dhrumil-Dhameliya opened this issue May 5, 2021 · 3 comments

Comments

@Dhrumil-Dhameliya
Copy link

i presented locally defined(not strong reference of) imagePicker's modalPresentationStyle is .fullscreen and i dismiss it memory is not occupied by imagePicker is not released..

Steps to reproduce:
set modalPresentationStyle to .fullScreen in demo
present imagepicker on screen
close imagepicker
memory will not get released..

if you follow above steps like 5 or 6 times..Memory gets multiplied everytime you present imagepicker..

How can release the memory while still keeping modal presentation style to fullscreen?

@mithilesh-parmar
Copy link

mithilesh-parmar commented May 25, 2021

Facing the same issue.

Please resolve this its taking up memory. I've presented it as .overcontext. There are allocations in vm as well. Investigated it via memgraph.

@inwoodev
Copy link

inwoodev commented May 9, 2022

faced same problem, here as well. tried to pop my navigationcontroller to root vc. However, when I declared the imagePicker's modal presentationstyle to .fullscreen, even after popping to root view controller, eventhough the imagePickerController seemed to be released, the photo collectionView still remained on the screen. I think this was due to the fact that memory were not released.

@tiper
Copy link

tiper commented May 27, 2022

@mithilesh-parmar @inwoodev Take a look at my comment here and check if it helps to mitigate the problem.

Cheers.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants