Bug #5033
closed
I've made some progress on this bug, I've created a WorkflowRunManagerManager (could use a rename) to manage the now possibly multiple instances of WRMs. A WRM may be associated with a TableauFrame, and this is how the system is able to know which WRM to use in various areas, mainly this is for the KAR entry handler methods for ReportLayoutKAREntryHandler and WorkflowRunEntryHandler -- I've added a TableauFrame argument to many of the KAR related methods (it may be null during headless runs).
Currently, in the WRMM a WRM may be shared among X windows (the identifier i'm using for a window is a tableauFrame). So a WRM may only be disposed when all tableauFrames mapped to it are closed. However the WRM is constructed with and keeps a tableauFrame as a member. When the window for this tableauFrame is closed, the member copy in WRM lives on until the WRM is disposed. Look into removing the member, or perhaps switching to one of the other tableauFrames still using it with an e.g. wrm.setTableauFrame(tf), or some other solution so that this copy of of the tableauFrame may be disposed on the relevant windowClosed event.
I removed the member tableauFrame, no longer seems necessary.
(In reply to comment #2)
Currently, in the WRMM a WRM may be shared among X windows (the identifier i'm
using for a window is a tableauFrame). So a WRM may only be disposed when all
tableauFrames mapped to it are closed. However the WRM is constructed with and
keeps a tableauFrame as a member. When the window for this tableauFrame is
closed, the member copy in WRM lives on until the WRM is disposed. Look into
removing the member, or perhaps switching to one of the other tableauFrames
still using it with an e.g. wrm.setTableauFrame(tf), or some other solution so
that this copy of of the tableauFrame may be disposed on the relevant
windowClosed event.
changing bugs from REAP to Kepler product
Original Bugzilla ID was 5033
Also available in: Atom
PDF