Hi All, I think its time that we take a step back and reconsider what is going on in the attached bug. Basically, preventing multiple windows in the oscar_wizard has turned out to be way more complicated than first envisioned. When this started, multiple sub-windows could be open in the wizard, arguably, this isn't the desired behavior. What we have right now is that for some windows, duplicates are prevented, for others (the SIS ones specifically, but there are others) they aren't. The bigger problem is that depending on how windows are closed, the wizard can be locked up entirely forcing the user to kill it and restart.
Since we are so close to the feature freeze, I suggest that if we don't figure out how to do this well in the next day, that we back the changes out and live with the multiple window issue. When the new interface is created we can (hopefully) deal with this better. Mike -----Forwarded Message----- > From: SourceForge.net <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: [Oscar-devel] [ oscar-Bugs-676324 ] Close window locks wizard > Date: 29 Jan 2003 15:30:14 -0800 > > Bugs item #676324, was opened at 2003-01-28 15:23 > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=109368&aid=676324&group_id=9368 > > Category: Interface > Group: 2.2 > >Status: Open > Resolution: Fixed > Priority: 7 > Submitted By: Michael Chase-Salerno (mchasal) > Assigned to: Jason Brechin (brechin) > Summary: Close window locks wizard > > Initial Comment: > If one of the sub windows is closed vi the close button > on the title bar (The X button, not the Tk one). Then > the main window is left busy and unresponsive. You have > to kill the wizard and restart it. > > There is a way in Tk to bind to that event so the main > window can be unbusied before closing. > > ---------------------------------------------------------------------- > > >Comment By: Michael Chase-Salerno (mchasal) > Date: 2003-01-29 18:30 > > Message: > Logged In: YES > user_id=99742 > > Hate to do this again, but: > > -Hitting the Destroy on one of the Success/Failure window > still leaves the wizard busy. > > -Multiple add/delete node panels still get opened. > > -This one may not be directly a wizard issue, if I open the > "Configure Selected..." panel, close it (either with Destroy > or close), then open it again, close it with Destroy, the > wizard is left busy. Its possible that something else is > hanging underneath, and its pretty esoteric, but deserves at > least a mention. > > > > > ---------------------------------------------------------------------- > > Comment By: Jason Brechin (brechin) > Date: 2003-01-29 17:05 > > Message: > Logged In: YES > user_id=274641 > > This should be fixed now... > > ---------------------------------------------------------------------- > > Comment By: Jason Brechin (brechin) > Date: 2003-01-28 18:46 > > Message: > Logged In: YES > user_id=274641 > > Alright... I misread the bug earlier... I thought it was just > referring to Setup Networking... > > After some work earlier, I found that this is not the easiest > thing to deal with, because of the way some of the windows > were written. The solution is to bind something to the > <Destroy> event. Sometimes this can be as simple as > Unbusy()'ing the top window, sometimes more needs to be > done. I'll continue to look into this. > > I've seen what is referred to in #4 (windows disappearing one > element at a time)... and I don't know why it's happening now. > > As far as opening multiple add/delete client windows, I didn't > even think to look into them... but I shall do so. > > ---------------------------------------------------------------------- > > Comment By: Michael Chase-Salerno (mchasal) > Date: 2003-01-28 16:58 > > Message: > Logged In: YES > user_id=99742 > > This fix seems to have introduced a couple of new problems: > > 1. If the "Select OSCAR Packages..." window is closed with > the Destroy button(the X one) attempts to reopen it with the > button on the wizard produce this error and no window: > > Tk::Error: Tk::Button=HASH(0x842c4c0) is not a Tk object at > /root/oscar/lib/OSCAR/Selector.pm line 832. > [\&OSCAR::Selector::displayPackageSelector,{},1] > Tk callback for .button > Tk::__ANON__ at > /usr/lib/perl5/site_perl/5.6.0/i386-linux/Tk.pm line 217 > Tk::Button::butUp at > /usr/lib/perl5/site_perl/5.6.0/i386-linux/Tk/Button.pm line 111 > (command bound to event) > > 2. Closing the "Configure Selected..." still locks the main > window. > > 3. Closing any of the Success/Failure windows with the > Destroy locks the main window. > > 4. When the windows close either normally or via the > Destroy, the window is taken apart 1 element at a time. > Previously the whole window just winked out at once. This > isn't that big of a deal, but it doesn't look the greatest > and did change. > > As a side note, you can still open multiple Add and Delete > client windows. > > > > ---------------------------------------------------------------------- > > Comment By: Jason Brechin (brechin) > Date: 2003-01-28 15:40 > > Message: > Logged In: YES > user_id=274641 > > Fix checked in... I'll check the other Busy calls... > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=109368&aid=676324&group_id=9368 > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Oscar-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/oscar-devel > ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ Oscar-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/oscar-devel
