I agree with Michael on this - we have lived with this thus far, we are
next to the freeze date, and we have a better way of doing things coming
down the road. Thus to spend much time (or slip the schedule) on
something that will be replaced anyway - does not make sense.
i think the plan is...
----------------------
try for the next day (as Michael said)
if that does not work
document the heck out of the thing to warn users and move on...
s.
Michael Chase-Salerno wrote:
>
> 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
--
------------------------------------------------------------------------
Stephen L. Scott, Ph.D. voice: 865-574-3144
Oak Ridge National Laboratory fax: 865-574-0680
P. O. Box 2008, Bldg. 6012, MS-6367 [EMAIL PROTECTED]
Oak Ridge, TN 37831-6367 http://www.csm.ornl.gov/~sscott/
------------------------------------------------------------------------
-------------------------------------------------------
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
