Fix for Issue #36 #117
Fix for Issue #36 #117
Conversation
There was a bug when the search controller was active and you tried to hide the netfox. Search controller never removed from the screen. In order to workaround on this, we added the notification. In 5480bf9 I have removed all the search notifications and now I'm trying to solve the same issue by using the Let me know if it is clear enough and if you have any idea about the side effect issue 👍 🍺 |
felipeflorencio
force-pushed
the
master
branch
from
4038e72
to
c720dce
Compare
Here's a suggested fix for issue #36.
Here are some design considerations around the manual showing:
On showing:
if NFX.started- I check this value in the new method,showManually()NFX.presented = true- At this point Netfox will no longer control whether the window has already been presented, that is the job of the new presenter. If Netfox is asked to show usingshow(), it will (and should) do so.On hiding:
if !NFX.presented- Same as above, Netfox is no longer in charge if they usedshowManually()NotificationCenter.default.post- If the user wishes to deactivate the search window on disappearing, they are free to do so. The notification has been publicly exposed. I'd love to have more discussion as to why we (Netfox) even needs to do this. At first glance, it seems like we're having a memory leak. Once the window is shown and dismissed, whether the search controller is active shouldn't matter anymore, it should be deallocated.NFX.lastVisitDate- I moved this logic intoNFXListController'sViewWillDisappearmethod. It makes a little more sense to do so, sinceNFXListControlleris the only one that cares about it. I left the actual property in NFX, simply because another class might be interested in this value as well (in the future)