Skip to main content

Search and Top Navigation

#10666 closed bug (invalid)

Opened October 19, 2014 05:32AM UTC

Closed January 28, 2015 08:36AM UTC

$.ui.ddmanager.current not released on droppable _destroy

Reported by: eshcharc Owned by: eshcharc
Priority: minor Milestone: none
Component: ui.droppable Version: 1.11.1
Keywords: Cc:
Blocked by: Blocking:
Description

In the days of client side frameworks and SPAs, considerations need to be made regarding client side page switch and optimizations and cleaning of assets.

When we examined and profiled our SPA on a page switch scenario, we've noticed that a jQuery-UI plugin is holding a whole element tree. A further examination led us to a droppable and the "global" $.ui.ddmanager.current.

It seems that when a droppable is being destryed via _destroy, $.ui.ddmanager.current which is linked to this droppable, is not taken care of and keep a reference to the droppable and all of its tree elements. When a client side framework is involved, that makes it worse.

That can quite easily be treated.

Attachments (0)
Change History (2)

Changed January 13, 2015 01:36PM UTC by tj.vantoll comment:1

owner: → eshcharc
status: newpending

Hi eshcharc,

This is a valid concern for draggable, but why does it matter for droppable? Droppable just reads

$.ui.ddmanager.current
, so I'm not sure why it would need to clean it up during
destroy()
.

Changed January 28, 2015 08:36AM UTC by trac-o-bot comment:2

resolution: → invalid
status: pendingclosed

Because we get so many tickets, we often need to return them to the initial reporter for more information. If that person does not reply within 14 days, the ticket will automatically be closed, and that has happened in this case. If you still are interested in pursuing this issue, feel free to add a comment with the requested information and we will be happy to reopen the ticket if it is still valid. Thanks!