You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have a Firefox addon which does a periodic poll for new info. The info has a timestamp and so I am using $("abbr").timeago() to get the pretty dates to output. However, when new information comes in, I do have to call $("tr.info").remove(), which removes the row and the embedded "abbr" elements from the DOM. However, as the element still lives within timeago's setInterval, it ends up becoming a zombie object.
The text was updated successfully, but these errors were encountered:
Thanks for the report. I have plans to start a Timeago rewrite that incorporates a lot of feedback like this that it has received in the past couple years.
Timeago is more frequently being used in environments where the timestamp dom elements come and go. I'd like to change timeago such that it better responds to such environments without having to call $.fn.timeago() on newly added dom elements all the time or worry about removed dom elements.
Running into an issue where the following lines is preventing the "self" object from being deleted from memory upon removal of the element.
I have a Firefox addon which does a periodic poll for new info. The info has a timestamp and so I am using$("abbr").timeago() to get the pretty dates to output. However, when new information comes in, I do have to call $ ("tr.info").remove(), which removes the row and the embedded "abbr" elements from the DOM. However, as the element still lives within timeago's setInterval, it ends up becoming a zombie object.
The text was updated successfully, but these errors were encountered: