Fix EditingHostPage
Submitted by Jim Nelson
Link to original bug (#716915)
Description
---- Reported by jim@yorba.org 2010-12-10 17:43:00 -0800 ----
Original Redmine bug id: 2951
Original URL: http://redmine.yorba.org/issues/2951
Searchable id: yorba-bug-2951
Original author: Jim Nelson
Original description:
We've often had to dive back in to the full-window page to fix various problems which have cropped up due to how EditingHostPage interacts with the other pages in the system. Often the bugs have to do with the page the user originated from (i.e. double-clicked on) going away or changing state out from under the full-window page.
I've been thinking about how to redesign the operation of EditingHostPage that I believe will solve many of these problems, or at least minimize the fragility of the system. I'd like to attack this soon, as we seem to have to Band-Aid up this page at least once every release.
--- Bug imported by chaz@yorba.org 2013-11-25 21:48 UTC ---
This bug was previously known as bug 2951 at http://redmine.yorba.org/show_bug.cgi?id=2951
Unknown Component Using default product and component set in Parameters Unknown version " in product shotwell. Setting version to "!unspecified". Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one. Resolution set on an open status. Dropping resolution
Resolution: RESOLVED OBSOLETE