From otaylor at redhat.com Wed Apr 2 20:58:45 2008 From: otaylor at redhat.com (Owen Taylor) Date: Wed, 02 Apr 2008 16:58:45 -0400 Subject: Online Desktop run-through Message-ID: <1207169925.19459.29.camel@localhost.localdomain> I spent some time running through initial login to the online desktop session with a clean account and the current Fedora 9 packages. Here are my notes about what went wrong or could be improved. I double starred the stuff that I think is at the top of what we should fix immediately. If you are going to work on something, follow up here. (I'll make sure that important stuff from the residual gets filed in bugzilla and post bug links here.) - Owen * When Firefox was started, it came up with two tabs, both with the Fedora start page * It seemed a little less than obvious that you should click on the "Enable Online Desktop" link to proceed, especially with the browser window sitting there. There wasn't a clear flow that enabling the online desktop was the *first* step. ** Bigboard was configured to use the default "Milky" theme rather than the Fedora theme. * When I did click on "enable the online desktop", I then had *three* browser tabs * After going to my mail, and clicking on the link, I had *four* browser tabs. * Mugshot stacker was started (because it was installed on the system) and showed a stack with an initial share about "setup your account" even though I hadn't enabled Mugshot. * When I changed my name on the account tab, the window title didn't update to match, as it would if I reloaded the page. * If I chose to enable Mugshot from my account page, I got taken to the login dialog with (at the bottom) "You can login with your _online.gnome.org_ account" The link there is actually a weird trap because it implies you can follow that link to log in, then you end up back where you are already logged in. (Need to do the discussed login-link URL's from the online.gnome.org account page.) ** The desktop data engine didn't pick up my login until I manually restarted it. I think this was because I didn't have a Firefox profile at all (or even a .mozilla dir) when I started the desktop-data-engine, so it couldn't establish an inotify watch. ** A "GNOME Online" person appeared in the People stock. * There was no obvious way to add more people to the people stock. If there are no online.g.o contacts, a minimal thing would be to have a button to launch Pidgin. ** People stock slideouts got a bright red header in the Milky theme (theme bug causing the header not to be drawn themed.) * Clicking on "Enable application tracking" opened another browser tab, with another copy of my account dialog. * None of the text in explaining what this "application tracking" thing referred to the benefits I got for the online desktop. We really need to turn on application tracking *by default* when you create an account through this path. ** /applications-learnmore was all centered, as is the top text on /applications when tracking is not enabled. * Hard to find out how to add more stocks to the bigboard * The two start page were eating 5% cpu showing their anim GIFs. * Sidebar Preferences should put a border around the preview images - they look funny blending into the background. ** I got fooled when trying to add a stock to the sidebar by the "Add to sidebar" button next to the google gadget link entry. Unless we fix the google gadget stuff very soon, we should just remove it from the F9 packages. * Apps stock should be labelled "Applications" not "Apps"? * In the Apps browser, selecting an application (which shows the profile to the left) should also highlight the selected app, since otherwise you don't feel you have good click-feedback. Same for the People browser * Very hard to switch the online desktop to a different user, since the logout link on the web doesn't actually log the d-d-m out. (Send a "Recheck" headline message over XMPP.) ** Logging into GMail in mail stock: - Should show Connecting... between the point where you apply a new password and it succeeds or fails - In the case of failure, should be button or link to get back to the point of logging in again, instead of having to navigate back through sidebar preferences. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From otaylor at redhat.com Wed Apr 2 21:12:56 2008 From: otaylor at redhat.com (Owen Taylor) Date: Wed, 02 Apr 2008 17:12:56 -0400 Subject: Online Desktop run-through In-Reply-To: <1207169925.19459.29.camel@localhost.localdomain> References: <1207169925.19459.29.camel@localhost.localdomain> Message-ID: <1207170776.19459.30.camel@localhost.localdomain> On Wed, 2008-04-02 at 16:58 -0400, Owen Taylor wrote: > ** The desktop data engine didn't pick up my login until I manually > restarted it. I think this was because I didn't have a Firefox > profile at all (or even a .mozilla dir) when I started the > desktop-data-engine, so it couldn't establish an inotify watch. Taking this one. > ** People stock slideouts got a bright red header in the Milky theme > (theme bug causing the header not to be drawn themed.) This one now fixed. - Owen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mpgritti at gmail.com Mon Apr 7 13:13:35 2008 From: mpgritti at gmail.com (Marco Pesenti Gritti) Date: Mon, 7 Apr 2008 15:13:35 +0200 Subject: Online Desktop run-through In-Reply-To: <1207169925.19459.29.camel@localhost.localdomain> References: <1207169925.19459.29.camel@localhost.localdomain> Message-ID: 2008/4/2 Owen Taylor : > * When Firefox was started, it came up with two tabs, both with the > Fedora start page The two tabs are intentional apparently. See: https://bugzilla.redhat.com/show_bug.cgi?id=437065 > * It seemed a little less than obvious that you should click on > the "Enable Online Desktop" link to proceed, especially with the > browser window sitting there. There wasn't a clear flow that > enabling the online desktop was the *first* step. Should we set the browser homepage to online.gnome.org? > ** Bigboard was configured to use the default "Milky" theme rather than > the Fedora theme. I will look at this one. > * When I did click on "enable the online desktop", I then had *three* > browser tabs > > * After going to my mail, and clicking on the link, I had *four* > browser tabs. Do you expect a different behavior or are you just pointing out we open up too many tabs to just get the thing setup? > ** A "GNOME Online" person appeared in the People stock. I will try to track this down. > * There was no obvious way to add more people to the people stock. > If there are no online.g.o contacts, a minimal thing would be to > have a button to launch Pidgin. It would be nice to auto-launch Pidgin on login, except for the first login you'd just a screen to setup the accounts. Perhaps we should have a button which launches/configure Pidgin the first time and once things are configured we start it automatically. > * Hard to find out how to add more stocks to the bigboard We could split preferences and stocks management. Preferences could be provided by a normal GNOME capplet and stocks configuration by a "Widgets..." menu item (or something). > * Sidebar Preferences should put a border around the preview images - > they look funny blending into the background. Yeah, I'll look at this one. > * Apps stock should be labelled "Applications" not "Apps"? I agree, I'll fix it. > * In the Apps browser, selecting an application (which shows the > profile to the left) should also highlight the selected app, > since otherwise you don't feel you have good click-feedback. > Same for the People browser The interaction with the apps list in the browser is a little confusing. You have to click to select and then click again to launch. In most cases the selection doesn't seem to provide any additional information, perhaps we should rethink this a bit so that we can have single click -> launch? Marco From otaylor at redhat.com Mon Apr 7 13:47:22 2008 From: otaylor at redhat.com (Owen Taylor) Date: Mon, 07 Apr 2008 09:47:22 -0400 Subject: Online Desktop run-through In-Reply-To: References: <1207169925.19459.29.camel@localhost.localdomain> Message-ID: <1207576042.18142.29.camel@huygens.home.fishsoup.net> On Mon, 2008-04-07 at 15:13 +0200, Marco Pesenti Gritti wrote: > 2008/4/2 Owen Taylor : > > * When Firefox was started, it came up with two tabs, both with the > > Fedora start page > > The two tabs are intentional apparently. See: > https://bugzilla.redhat.com/show_bug.cgi?id=437065 Ah. > > * It seemed a little less than obvious that you should click on > > the "Enable Online Desktop" link to proceed, especially with the > > browser window sitting there. There wasn't a clear flow that > > enabling the online desktop was the *first* step. > > Should we set the browser homepage to online.gnome.org? There's no actual content there, just a login and an account settings, so I don't think so for now. If we ever add more of a "home page" it might make sense. Long term, I think we need a wizard type interface when you log in without an account previously specified. (That is dependent on being able to create an "unverified" account without an email round-trip, since otherwise you are bouncing back and forth between the wizard and the browser to check your mail.) > > ** Bigboard was configured to use the default "Milky" theme rather than > > the Fedora theme. > > I will look at this one. Thing walters already fixed this one. > > * When I did click on "enable the online desktop", I then had *three* > > browser tabs > > > > * After going to my mail, and clicking on the link, I had *four* > > browser tabs. > > Do you expect a different behavior or are you just pointing out we > open up too many tabs to just get the thing setup? The latter ... that the user gets a gigantic pile of tabs that's going to be confusing, and we need to think about how to avoid that. Maybe just the wizard. > > ** A "GNOME Online" person appeared in the People stock. > > I will try to track this down. This is going to be a server side fix. (Not saying you ruled out from fixing it for that reason, but there's a lot more setup there!) > > * There was no obvious way to add more people to the people stock. > > If there are no online.g.o contacts, a minimal thing would be to > > have a button to launch Pidgin. > > It would be nice to auto-launch Pidgin on login, except for the first > login you'd > just a screen to setup the accounts. > > Perhaps we should have a button which launches/configure Pidgin the > first time and once things are configured we start it automatically. That would be slick. > > * Hard to find out how to add more stocks to the bigboard > > We could split preferences and stocks management. Preferences could be > provided by a normal GNOME capplet and stocks configuration by a > "Widgets..." menu item (or something). They are split up now, right? That is, they are parallel items along with Logout in the bigboard menu. A right click menu on the stock headers with "Remove from sidebar" "Add new widget" or whatever might provide an alternate route to get there. > > * Sidebar Preferences should put a border around the preview images - > > they look funny blending into the background. > > Yeah, I'll look at this one. > > > * Apps stock should be labelled "Applications" not "Apps"? > > I agree, I'll fix it. Those sounds good. > > * In the Apps browser, selecting an application (which shows the > > profile to the left) should also highlight the selected app, > > since otherwise you don't feel you have good click-feedback. > > Same for the People browser > > The interaction with the apps list in the browser is a little > confusing. You have to click to select and then click again to launch. > In most cases the selection doesn't seem to provide any additional > information, perhaps we should rethink this a bit so that we can have > single click -> launch? Hmm, that would introduce some inconstancy with the other browsers. You probably want to be able to explore what apps are there without accidentally launching them? I guess the question is whether the browser is for exploration or for launching stuff that you already know about. (On the other hand, the files stock on the sidebar feels lie it should be single click to open, right click to "Open With" or get more information.) - Owen From mpgritti at gmail.com Mon Apr 7 14:42:20 2008 From: mpgritti at gmail.com (Marco Pesenti Gritti) Date: Mon, 7 Apr 2008 16:42:20 +0200 Subject: Online Desktop run-through In-Reply-To: <1207576042.18142.29.camel@huygens.home.fishsoup.net> References: <1207169925.19459.29.camel@localhost.localdomain> <1207576042.18142.29.camel@huygens.home.fishsoup.net> Message-ID: On Mon, Apr 7, 2008 at 3:47 PM, Owen Taylor wrote: > > > * It seemed a little less than obvious that you should click on > > > the "Enable Online Desktop" link to proceed, especially with the > > > browser window sitting there. There wasn't a clear flow that > > > enabling the online desktop was the *first* step. > > > > Should we set the browser homepage to online.gnome.org? > > There's no actual content there, just a login and an account settings, > so I don't think so for now. If we ever add more of a "home page" it > might make sense. Yeah, I was thinking in perspective there. > Long term, I think we need a wizard type interface when you log in > without an account previously specified. (That is dependent on being > able to create an "unverified" account without an email round-trip, > since otherwise you are bouncing back and forth between the wizard > and the browser to check your mail.) Make sense in general to me. I'm not sure it should be a wizard dialog though, it could just be a web page displayed in the browser (we start it up by default anyway). > > > ** A "GNOME Online" person appeared in the People stock. > > > > I will try to track this down. > > This is going to be a server side fix. (Not saying you ruled out from > fixing it for that reason, but there's a lot more setup there!) Heh ok, I'll focus on the client stuff for now and leave this to someone else ;) > > > > * There was no obvious way to add more people to the people stock. > > > If there are no online.g.o contacts, a minimal thing would be to > > > have a button to launch Pidgin. > > > > It would be nice to auto-launch Pidgin on login, except for the first > > login you'd > > just a screen to setup the accounts. > > > > Perhaps we should have a button which launches/configure Pidgin the > > first time and once things are configured we start it automatically. > > That would be slick. I will look into it then. > > > * Hard to find out how to add more stocks to the bigboard > > > > We could split preferences and stocks management. Preferences could be > > provided by a normal GNOME capplet and stocks configuration by a > > "Widgets..." menu item (or something). > > They are split up now, right? That is, they are parallel items along > with Logout in the bigboard menu. A right click menu on the stock > headers with "Remove from sidebar" "Add new widget" or whatever > might provide an alternate route to get there. I doubt a right click menu would be more discoverable :/ The idea was to keep it inside the bigboard menu (which the user *has* to discover if nothing else to be able to logout), but labelled more explicitly, "Widgets..." for example. Which would require to split the non-widgets preferences out of that dialog, presumably to a capplet. Obviously there is some value in keeping all the bigboard preferences together, so I'm not sure it's a good idea. > Hmm, that would introduce some inconstancy with the other browsers. > You probably want to be able to explore what apps are there without > accidentally launching them? My feeling is that there is enough information in the main view to be able to explore them. Consistency between the browsers is a good point though. > I guess the question is whether the > browser is for exploration or for launching stuff that you already > know about. Yeah. My understanding of the Applications widget is still poor. How does popular applications affect the list exactly? Is there any way to expand the number of items in the widget either manually or on the base of the latest/most used applications (by the local user)? Marco From mpgritti at gmail.com Tue Apr 8 12:50:53 2008 From: mpgritti at gmail.com (Marco Pesenti Gritti) Date: Tue, 8 Apr 2008 14:50:53 +0200 Subject: Online Desktop run-through In-Reply-To: <47FA819E.1010800@redhat.com> References: <1207169925.19459.29.camel@localhost.localdomain> <1207576042.18142.29.camel@huygens.home.fishsoup.net> <47FA819E.1010800@redhat.com> Message-ID: On Mon, Apr 7, 2008 at 10:18 PM, Marina Zhurakhinskaya wrote: > Once you enable application tracking, the list should consist of your most > used applications. You can view popular applications by following "Find New > Applications" link in the Applications Browser. If you don't have the > application tracking enabled, the list will have the global list of popular > applications. I see, that make sense. It doesn't work for me though. I have tracking enabled but I still see a "Popular Actions" at the top of the widget. And launching applications doesn't seem to affect the list at all (not even on http://online.gnome.org/applications). I'll try to track it down on the client side. Marco From mpgritti at gmail.com Tue Apr 8 13:07:31 2008 From: mpgritti at gmail.com (Marco Pesenti Gritti) Date: Tue, 8 Apr 2008 15:07:31 +0200 Subject: Online Desktop run-through In-Reply-To: <47FA819E.1010800@redhat.com> References: <1207169925.19459.29.camel@localhost.localdomain> <1207576042.18142.29.camel@huygens.home.fishsoup.net> <47FA819E.1010800@redhat.com> Message-ID: On Mon, Apr 7, 2008 at 10:18 PM, Marina Zhurakhinskaya wrote: > Marco Pesenti Gritti wrote: > Some observations about these screen shots: > -- In a addition to the sub-header which is shown in gray, there is a > longer description of the application in the application overview area. > -- There is a More Info link which links to the > http://online.gnome.org/applications page about the application. > -- There is a "Show in sidebar" check box for pinning the application in > the Applications widget. All of these seem to work inconsistently. "Nibbles" for example misses all of the details. http://bugzilla.gnome.org/show_bug.cgi?id=526937 > -- The subcategories show only the applications you have used at some > point. The More links take you to the page with that particular category > that contains all the applications in that category that you have installed, > as well as the applications that you have used, even if you do not have them > installed. This is gone, not sure if intentionally. > -- The sub-header for the applications that you don't have installed is > used to say "(Not Installed)". An "Install" button is displayed instead of > the "Run" button in the overview area for such applications. I think I've seen it working at some point, but right now I don't have any uninstalled application in my list. > -- The area at the bottom is supposed to be used for "advertising" popular > applications that you do not have installed. (I don't remember if they'd be > show in the overview area or you'd be taken to the web page about them if > you click on one of them.) > This seem to be working here. Marco From mpgritti at gmail.com Wed Apr 9 11:49:42 2008 From: mpgritti at gmail.com (Marco Pesenti Gritti) Date: Wed, 9 Apr 2008 13:49:42 +0200 Subject: Online Desktop run-through In-Reply-To: <1207169925.19459.29.camel@localhost.localdomain> References: <1207169925.19459.29.camel@localhost.localdomain> Message-ID: 2008/4/2 Owen Taylor : > * Sidebar Preferences should put a border around the preview images - > they look funny blending into the background. Turns out to be a canvas bug. (this also fixes other UI issues, like the confusing bigboard menu layout and separation between milky bigboard and application windows). Marco Index: common/hippo/hippo-canvas-box.c =================================================================== --- common/hippo/hippo-canvas-box.c (revision 7249) +++ common/hippo/hippo-canvas-box.c (working copy) @@ -1543,7 +1543,7 @@ guint32 border_color_rgba; if (box->border_color_set) - border_color_rgba = box->border_color_set; + border_color_rgba = box->border_color_rgba; else border_color_rgba = hippo_canvas_style_get_border_color(style, side); From otaylor at redhat.com Wed Apr 9 12:00:56 2008 From: otaylor at redhat.com (Owen Taylor) Date: Wed, 09 Apr 2008 08:00:56 -0400 Subject: Online Desktop run-through In-Reply-To: References: <1207169925.19459.29.camel@localhost.localdomain> Message-ID: <1207742456.18142.55.camel@huygens.home.fishsoup.net> On Wed, 2008-04-09 at 13:49 +0200, Marco Pesenti Gritti wrote: > 2008/4/2 Owen Taylor : > > * Sidebar Preferences should put a border around the preview images - > > they look funny blending into the background. > > Turns out to be a canvas bug. (this also fixes other UI issues, like > the confusing bigboard menu layout and separation between milky > bigboard and application windows). > > Marco > > Index: common/hippo/hippo-canvas-box.c > =================================================================== > --- common/hippo/hippo-canvas-box.c (revision 7249) > +++ common/hippo/hippo-canvas-box.c (working copy) > @@ -1543,7 +1543,7 @@ > guint32 border_color_rgba; > > if (box->border_color_set) > - border_color_rgba = box->border_color_set; > + border_color_rgba = box->border_color_rgba; > else > border_color_rgba = hippo_canvas_style_get_border_color(style, side); While I can forgive myself making the typo, I really should have noticed the missing borders :-) Thanks for the catch ... please commit. - Owen From mpgritti at gmail.com Wed Apr 9 13:00:32 2008 From: mpgritti at gmail.com (Marco Pesenti Gritti) Date: Wed, 9 Apr 2008 15:00:32 +0200 Subject: Online Desktop run-through In-Reply-To: References: <1207169925.19459.29.camel@localhost.localdomain> <1207576042.18142.29.camel@huygens.home.fishsoup.net> <47FA819E.1010800@redhat.com> Message-ID: On Tue, Apr 8, 2008 at 3:07 PM, Marco Pesenti Gritti wrote: > > -- There is a "Show in sidebar" check box for pinning the application in > > the Applications widget. > > All of these seem to work inconsistently. "Nibbles" for example misses > all of the details. > > http://bugzilla.gnome.org/show_bug.cgi?id=526937 This is because we are not successfully fetching all the applications: "14:51:21 [46912496198016] bigboard.stocks.AppsStock DEBUG don't have local cache for http://online.gnome.org:80/xml/allapplications" "14:51:21 [46912496198016] bigboard.stocks.AppsStock DEBUG Got 0 apps for all apps from http" "14:51:21 [46912496198016] bigboard.stocks.AppsStock DEBUG all apps are loaded" The following patches fixes it, but I couldn't track down why we are using cache-only there. Anyone knows it? Marco Index: bigboard/stocks/apps/apps.py =================================================================== --- bigboard/stocks/apps/apps.py (revision 7285) +++ bigboard/stocks/apps/apps.py (working copy) @@ -247,11 +247,11 @@ url = urlparse.urljoin(baseurl, self.__relative_url) _logger.debug("Sending http request for %s" % url) - AsyncHTTPFetcher().xml_method_refetch(url, - {}, - self.__on_got_xml, - self.__on_error, - self.__on_error) + AsyncHTTPFetcher().xml_method(url, + {}, + self.__on_got_xml, + self.__on_error, + self.__on_error) def go(self): self.__do_download() From walters at redhat.com Wed Apr 9 18:03:58 2008 From: walters at redhat.com (Colin Walters) Date: Wed, 09 Apr 2008 14:03:58 -0400 Subject: Online Desktop run-through In-Reply-To: References: <1207169925.19459.29.camel@localhost.localdomain> <1207576042.18142.29.camel@huygens.home.fishsoup.net> <47FA819E.1010800@redhat.com> Message-ID: <1207764238.13009.2.camel@space-ghost.verbum.private> On Wed, 2008-04-09 at 15:00 +0200, Marco Pesenti Gritti wrote: > On Tue, Apr 8, 2008 at 3:07 PM, Marco Pesenti Gritti wrote: > > > -- There is a "Show in sidebar" check box for pinning the application in > > > the Applications widget. > > > > All of these seem to work inconsistently. "Nibbles" for example misses > > all of the details. > > > > http://bugzilla.gnome.org/show_bug.cgi?id=526937 > > This is because we are not successfully fetching all the applications: > > "14:51:21 [46912496198016] bigboard.stocks.AppsStock DEBUG don't have > local cache for http://online.gnome.org:80/xml/allapplications" > "14:51:21 [46912496198016] bigboard.stocks.AppsStock DEBUG Got 0 apps > for all apps from http" > "14:51:21 [46912496198016] bigboard.stocks.AppsStock DEBUG all apps are loaded" > > The following patches fixes it, but I couldn't track down why we are > using cache-only there. Anyone knows it? It might be we were planning to ship a static copy in the distribution, but never did that? The apps list is 250k of XML, not a lot but not completely trivial either to just download by default. Though I bet gzip would do wonders on it. From mpgritti at gmail.com Wed Apr 9 18:31:59 2008 From: mpgritti at gmail.com (Marco Pesenti Gritti) Date: Wed, 9 Apr 2008 20:31:59 +0200 Subject: Online Desktop run-through In-Reply-To: <1207764238.13009.2.camel@space-ghost.verbum.private> References: <1207169925.19459.29.camel@localhost.localdomain> <1207576042.18142.29.camel@huygens.home.fishsoup.net> <47FA819E.1010800@redhat.com> <1207764238.13009.2.camel@space-ghost.verbum.private> Message-ID: On Wed, Apr 9, 2008 at 8:03 PM, Colin Walters wrote: > > On Wed, 2008-04-09 at 15:00 +0200, Marco Pesenti Gritti wrote: > > On Tue, Apr 8, 2008 at 3:07 PM, Marco Pesenti Gritti wrote: > > > > -- There is a "Show in sidebar" check box for pinning the application in > > > > the Applications widget. > > > > > > All of these seem to work inconsistently. "Nibbles" for example misses > > > all of the details. > > > > > > http://bugzilla.gnome.org/show_bug.cgi?id=526937 > > > > This is because we are not successfully fetching all the applications: > > > > "14:51:21 [46912496198016] bigboard.stocks.AppsStock DEBUG don't have > > local cache for http://online.gnome.org:80/xml/allapplications" > > "14:51:21 [46912496198016] bigboard.stocks.AppsStock DEBUG Got 0 apps > > for all apps from http" > > "14:51:21 [46912496198016] bigboard.stocks.AppsStock DEBUG all apps are loaded" > > > > The following patches fixes it, but I couldn't track down why we are > > using cache-only there. Anyone knows it? > > It might be we were planning to ship a static copy in the distribution, > but never did that? The apps list is 250k of XML, not a lot but not > completely trivial either to just download by default. Though I bet > gzip would do wonders on it. Pushed the patch as discussed in irc. (That code would have been broken even if the plan was to ship a static list). Marco From otaylor at redhat.com Thu Apr 10 22:47:37 2008 From: otaylor at redhat.com (Owen Taylor) Date: Thu, 10 Apr 2008 18:47:37 -0400 Subject: Online Desktop run-through In-Reply-To: <1207169925.19459.29.camel@localhost.localdomain> References: <1207169925.19459.29.camel@localhost.localdomain> Message-ID: <1207867657.4064.19.camel@localhost.localdomain> On Wed, 2008-04-02 at 16:58 -0400, Owen Taylor wrote: > I spent some time running through initial login to the online desktop > session with a clean account and the current Fedora 9 packages. Here are > my notes about what went wrong or could be improved. > > I double starred the stuff that I think is at the top of what we should > fix immediately. > > If you are going to work on something, follow up here. (I'll make > sure that important stuff from the residual gets filed in bugzilla > and post bug links here.) OK, here's a followup with bug numbers and summary status of the stuff we've fixed: > - Owen > > * When Firefox was started, it came up with two tabs, both with the > Fedora start page Marco determined it was "as expected" for Firefox (will be different pages eventually) > * It seemed a little less than obvious that you should click on > the "Enable Online Desktop" link to proceed, especially with the > browser window sitting there. There wasn't a clear flow that > enabling the online desktop was the *first* step. Deal with a "wizard" later. > ** Bigboard was configured to use the default "Milky" theme rather than > the Fedora theme. Colin fixed, in Rawhide now. > * When I did click on "enable the online desktop", I then had *three* > browser tabs > > * After going to my mail, and clicking on the link, I had *four* > browser tabs. I think the answer again is an explicit sign up process with a "wizard" before we launch Firefox when you start. > * Mugshot stacker was started (because it was installed on the system) > and showed a stack with an initial share about "setup your account" > even though I hadn't enabled Mugshot. http://bugzilla.mugshot.org/show_bug.cgi?id=1387 http://bugzilla.redhat.com/show_bug.cgi?id=441958 > * When I changed my name on the account tab, the window title didn't > update to match, as it would if I reloaded the page. http://bugzilla.mugshot.org/show_bug.cgi?id=1390 > * If I chose to enable Mugshot from my account page, I got taken to > the login dialog with (at the bottom) > > "You can login with your _online.gnome.org_ account" > > The link there is actually a weird trap because it implies you can > follow that link to log in, then you end up back where you are > already logged in. http://bugzilla.mugshot.org/show_bug.cgi?id=1391 > (Need to do the discussed login-link URL's from the online.gnome.org account page.) http://bugzilla.mugshot.org/show_bug.cgi?id=1392 > ** The desktop data engine didn't pick up my login until I manually > restarted it. I think this was because I didn't have a Firefox > profile at all (or even a .mozilla dir) when I started the > desktop-data-engine, so it couldn't establish an inotify watch. I fixed, in Rawhide now. > ** A "GNOME Online" person appeared in the People stock. Colin fixed, on the server now. > * There was no obvious way to add more people to the people stock. > If there are no online.g.o contacts, a minimal thing would be to > have a button to launch Pidgin. http://bugzilla.gnome.org/show_bug.cgi?id=527444 > ** People stock slideouts got a bright red header in the Milky theme > (theme bug causing the header not to be drawn themed.) I fixed. > * Clicking on "Enable application tracking" opened another browser > tab, with another copy of my account dialog. > > * None of the text in explaining what this "application tracking" > thing referred to the benefits I got for the online desktop. > We really need to turn on application tracking *by default* when > you create an account through this path. http://bugzilla.mugshot.org/show_bug.cgi?id=1393 > ** /applications-learnmore was all centered, as is the top text > on /applications when tracking is not enabled. http://bugzilla.mugshot.org/show_bug.cgi?id=1389 > * Hard to find out how to add more stocks to the bigboard Marco suggested splitting "Sidebar Preferences..." into "Sidebar Preferences" and "Widgets". I'm not sure that really helps, since a lot of people won't know "Widgets". The Preferences dialog would be pretty tiny too. No bug filed pending inspiration. > * The two start page were eating 5% cpu showing their anim GIFs. > > * Sidebar Preferences should put a border around the preview images - > they look funny blending into the background. Marco fixed. > ** I got fooled when trying to add a stock to the sidebar by > the "Add to sidebar" button next to the google gadget link entry. > Unless we fix the google gadget stuff very soon, we should just > remove it from the F9 packages. Marina fixed. > * Apps stock should be labelled "Applications" not "Apps"? Marco fixed. > * In the Apps browser, selecting an application (which shows the > profile to the left) should also highlight the selected app, > since otherwise you don't feel you have good click-feedback. > Same for the People browser Marco fixed. > * Very hard to switch the online desktop to a different user, since > the logout link on the web doesn't actually log the d-d-m out. > (Send a "Recheck" headline message over XMPP.) ?http://bugzilla.gnome.org/show_bug.cgi?id=527434 > ** Logging into GMail in mail stock: > - Should show Connecting... between the point where you apply > a new password and it succeeds or fails > - In the case of failure, should be button or link to get > back to the point of logging in again, instead of having > to navigate back through sidebar preferences. Marina fixed. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Fri Apr 11 00:55:33 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 10 Apr 2008 20:55:33 -0400 Subject: Online Desktop run-through In-Reply-To: <1207867657.4064.19.camel@localhost.localdomain> References: <1207169925.19459.29.camel@localhost.localdomain> <1207867657.4064.19.camel@localhost.localdomain> Message-ID: <1207875333.14931.33.camel@localhost.localdomain> On Thu, 2008-04-10 at 18:47 -0400, Owen Taylor wrote: > I fixed, in Rawhide now. Please be aware that rawhide is frozen, and if you have builds that you wish to appear in Fedora 9, you will need to follow http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From otaylor at redhat.com Fri Apr 11 04:46:06 2008 From: otaylor at redhat.com (Owen Taylor) Date: Fri, 11 Apr 2008 00:46:06 -0400 Subject: Online Desktop run-through In-Reply-To: <1207875333.14931.33.camel@localhost.localdomain> References: <1207169925.19459.29.camel@localhost.localdomain> <1207867657.4064.19.camel@localhost.localdomain> <1207875333.14931.33.camel@localhost.localdomain> Message-ID: <1207889166.31864.2.camel@huygens.home.fishsoup.net> On Thu, 2008-04-10 at 20:55 -0400, Jesse Keating wrote: > On Thu, 2008-04-10 at 18:47 -0400, Owen Taylor wrote: > > I fixed, in Rawhide now. > > Please be aware that rawhide is frozen, and if you have builds that you > wish to appear in Fedora 9, you will need to follow > http://fedoraproject.org/wiki/ReleaseEngineering/FinalFreezePolicy Thanks for the link. To clarify, anything I described as "In Rawhide", I believed was built prior to the freeze on Tuesday and in the current compose. - Owen From CarstenBreuerFDDesk at textwork.de Fri Apr 11 20:37:19 2008 From: CarstenBreuerFDDesk at textwork.de (Carsten Breuer) Date: Fri, 11 Apr 2008 22:37:19 +0200 Subject: Soundcards Race Condition Message-ID: <47FFCBFF.5020209@textwork.de> Hi all, i have three soundcards on my computer (one internal, 2 usb) running under FC8. I use this to run two mpd's (music player daemon) on the two USB-Soundcards. The soundcards in my system makes a great race during startup and you can never predict which one wins. Since the setup defines an index of the internal motherboard card in /etc/modprobe.conf, this card is not available anymore if the USB-Soundcards are detected first. In my opinion this is a bad behavior of fedora core. Users should be able to decide which id which soundcard get. Of cource, you can write udev rules for that, but IMO this is the job of fedora. Why don't we delay the start of the soundcards until all interfaces are enumerated? If this is done immediately before running rc.local, everything would be fine and there are no race conditions any more. This would also make sure that a soundcard doesn't disappear because the given index is used by another card. Best Regards, Carsten From mzerqung at 0pointer.de Fri Apr 11 20:50:31 2008 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Fri, 11 Apr 2008 22:50:31 +0200 Subject: Soundcards Race Condition In-Reply-To: <47FFCBFF.5020209@textwork.de> References: <47FFCBFF.5020209@textwork.de> Message-ID: <20080411205031.GB32413@tango.0pointer.de> On Fri, 11.04.08 22:37, Carsten Breuer (CarstenBreuerFDDesk at textwork.de) wrote: > Hi all, > > > i have three soundcards on my computer > (one internal, 2 usb) running under FC8. > I use this to run two mpd's (music player daemon) > on the two USB-Soundcards. > > The soundcards in my system makes a great race > during startup and you can never predict which one wins. > > Since the setup defines an index of the internal > motherboard card in /etc/modprobe.conf, this card > is not available anymore if the USB-Soundcards > are detected first. > > In my opinion this is a bad behavior of fedora core. > Users should be able to decide which id which > soundcard get. Of cource, you can write udev > rules for that, but IMO this is the job of fedora. > > Why don't we delay the start of the soundcards until > all interfaces are enumerated? If this is done > immediately before running rc.local, everything > would be fine and there are no race conditions > any more. This would also make sure that > a soundcard doesn't disappear because > the given index is used by another card. Identifying sound cards by index is a thing from the past. PulseAudio identifies sound cards by their HAL UDI. system-config-soundcard has been removed from the installer and is no longer part of the default install to make sure we don't write the problematic /etc/modprobe.conf fragments anymore. There was some talk to remove it from the distribution entirely, though I don't know what the latest status of this is. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From jkeating at redhat.com Fri Apr 11 20:53:26 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 11 Apr 2008 16:53:26 -0400 Subject: Soundcards Race Condition In-Reply-To: <20080411205031.GB32413@tango.0pointer.de> References: <47FFCBFF.5020209@textwork.de> <20080411205031.GB32413@tango.0pointer.de> Message-ID: <1207947206.3333.21.camel@localhost.localdomain> On Fri, 2008-04-11 at 22:50 +0200, Lennart Poettering wrote: > system-config-soundcard has been removed from the installer and is no > longer part of the default install to make sure we don't write the > problematic /etc/modprobe.conf fragments anymore. There was some talk > to remove it from the distribution entirely, though I don't know what > the latest status of this is. It's gone. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From CarstenBreuerFDDesk at textwork.de Fri Apr 11 21:39:05 2008 From: CarstenBreuerFDDesk at textwork.de (Carsten Breuer) Date: Fri, 11 Apr 2008 23:39:05 +0200 Subject: Soundcards Race Condition In-Reply-To: <20080411205031.GB32413@tango.0pointer.de> References: <47FFCBFF.5020209@textwork.de> <20080411205031.GB32413@tango.0pointer.de> Message-ID: <47FFDA79.2080704@textwork.de> Hi Lennart, > Identifying sound cards by index is a thing from the past. PulseAudio > identifies sound cards by their HAL UDI. I have my problems with pulseaudio, because i have studied the documents one week every evening and was not able to find out how to set it up. Let me explain my setup: My FC8-Server is in the basement and is connected with my home entertainment with cables going from the basement to a hole in the floor to the living room. I use CAT6- cables with 7 meters length for USB. This works mostly fine, but sometimes FC5 was not able to detect the USB soundcards during boot. My idea was exactly to use pulseaudio to stream the audio to a thin client with linux on it (HP T5520) over the network. Since Fedora is not running on the thin client (1.2 GHz, 128MB RAM), i use slackware. I don't have X on that machine and i was not able to setup pulseaudio. I have no problems to build pulseaudio from sratch on that client, but pulseaudio can do so much and all the documentation only have examples but no big picture for it (ok, one picture exist). After a week without any success i have dumped the thin client idea and wanted to go back to the USB-Solution. I like the idea to use pulseaudio but i have no glue how to set it up. I don't want to use AVAHI. I want a static configuration where 2 stereo channels for the two mpd's are transmitted to the thin client where 2 sound cards are available. Can't you guide me in the right direction what i have to setup in default.pa, client.conf and daemon.conf? That would be great :-). Best Regards and thank's a lot, Carsten From sundaram at fedoraproject.org Sat Apr 12 00:04:57 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 12 Apr 2008 05:34:57 +0530 Subject: system tools vs administration menu Message-ID: <47FFFCA9.8020405@fedoraproject.org> Hi, What's the difference actually supposed to be? Whatever it is certainly some programs are not following the idea probably because the distinction doesn't seem to be documented anywhere. gconf-editor is in system tools yumex and smart is in system tools gpk-application is in administration Rahul From CarstenBreuerFDDesk at textwork.de Sat Apr 12 17:58:16 2008 From: CarstenBreuerFDDesk at textwork.de (Carsten Breuer) Date: Sat, 12 Apr 2008 19:58:16 +0200 Subject: Soundcards Race Condition In-Reply-To: <1207947206.3333.21.camel@localhost.localdomain> References: <47FFCBFF.5020209@textwork.de> <20080411205031.GB32413@tango.0pointer.de> <1207947206.3333.21.camel@localhost.localdomain> Message-ID: <4800F838.3070705@textwork.de> Hi Jesse, hi all, Jesse Keating schrieb: > On Fri, 2008-04-11 at 22:50 +0200, Lennart Poettering wrote: >> system-config-soundcard has been removed from the installer and is no >> longer part of the default install to make sure we don't write the >> problematic /etc/modprobe.conf fragments anymore. There was some talk >> to remove it from the distribution entirely, though I don't know what >> the latest status of this is. > It's gone. In current rawhide beta (update yesterday) it is available. Best Regards, Carsten From sundaram at fedoraproject.org Sat Apr 12 21:28:02 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 13 Apr 2008 02:58:02 +0530 Subject: Soundcards Race Condition In-Reply-To: <4800F838.3070705@textwork.de> References: <47FFCBFF.5020209@textwork.de> <20080411205031.GB32413@tango.0pointer.de> <1207947206.3333.21.camel@localhost.localdomain> <4800F838.3070705@textwork.de> Message-ID: <48012962.4020307@fedoraproject.org> Carsten Breuer wrote: > Hi Jesse, > hi all, > > Jesse Keating schrieb: >> On Fri, 2008-04-11 at 22:50 +0200, Lennart Poettering wrote: >>> system-config-soundcard has been removed from the installer and is no >>> longer part of the default install to make sure we don't write the >>> problematic /etc/modprobe.conf fragments anymore. There was some talk >>> to remove it from the distribution entirely, though I don't know what >>> the latest status of this is. >> It's gone. > > In current rawhide beta (update yesterday) it is available. It has been blocked already #cat /etc/fedora-release Fedora release 8.93 (Rawhide) #yum info system-config-rawhide Loaded plugins: refresh-packagekit Error: No matching Packages to list Rahul From sundaram at fedoraproject.org Sat Apr 12 21:39:18 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 13 Apr 2008 03:09:18 +0530 Subject: Soundcards Race Condition In-Reply-To: <48012962.4020307@fedoraproject.org> References: <47FFCBFF.5020209@textwork.de> <20080411205031.GB32413@tango.0pointer.de> <1207947206.3333.21.camel@localhost.localdomain> <4800F838.3070705@textwork.de> <48012962.4020307@fedoraproject.org> Message-ID: <48012C06.9050502@fedoraproject.org> Rahul Sundaram wrote: > Carsten Breuer wrote: >> Hi Jesse, >> hi all, >> >> Jesse Keating schrieb: >>> On Fri, 2008-04-11 at 22:50 +0200, Lennart Poettering wrote: >>>> system-config-soundcard has been removed from the installer and is no >>>> longer part of the default install to make sure we don't write the >>>> problematic /etc/modprobe.conf fragments anymore. There was some talk >>>> to remove it from the distribution entirely, though I don't know what >>>> the latest status of this is. >>> It's gone. >> >> In current rawhide beta (update yesterday) it is available. > > It has been blocked already > > #cat /etc/fedora-release > > Fedora release 8.93 (Rawhide) > > #yum info system-config-rawhide Ignore this. This is just a typo. Rahul From davidz at redhat.com Fri Apr 18 02:16:24 2008 From: davidz at redhat.com (David Zeuthen) Date: Thu, 17 Apr 2008 22:16:24 -0400 Subject: gio / gvfs changes Message-ID: <1208484984.17982.66.camel@oneill.fubar.dk> Hey, ?For GNOME, as you may know, we're shipping gvfs as a new component in this release. One key feature is the fuse mount that is provided by gvfs-fuse. Meaning that any gvfs file system is available to POSIX apps from $HOME/.gvfs. Now, we haven't fully exploited this feature until the patch introduced here https://bugzilla.redhat.com/show_bug.cgi?id=442835 (you may need to pull the rpm's from koji for a while; I've asked Fedora rel-eng to tag them for Fedora 9 but that was just an hour or two ago) This patch enables any non-gio application (including non-GNOME apps) to Just Work(tm) when launching files from the file manager from non-kernel mounts such as sftp, cdda, gphoto2, obex-ftp, archive etc. (It's actually very cool; browsing my digital camera and ISO files Just Work(tm); I can open text files in gedit, view images using eog (or The Gimp or ImageMagick's display), watch videos using an mplayer frontend and so forth. It really goes to show how cool gvfs really is.) There is one catch, applications using gio must set this key X-GNOME-Vfs-System=gio in their desktop file. Note that the key name is subject to change pending upstream and xdg-list discussions. Either way, if this change goes upstream (which I think it will), gio-enabled applications will set this themselves. I've already did this for nautilus and gvfs and am now asking for assistance for remaining gio apps. Since gio/gvfs is brand new, I don't expect a lot of apps. AFAIK only totem openoffice.org (or maybe the gio port isn't complete?) are using gio natively and can open files from the file manager (e.g. has MimeTypes in it's desktop file). Can anyone think of other gio apps? David From jspaleta at gmail.com Sat Apr 19 00:58:51 2008 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 18 Apr 2008 16:58:51 -0800 Subject: gio / gvfs changes In-Reply-To: <1208484984.17982.66.camel@oneill.fubar.dk> References: <1208484984.17982.66.camel@oneill.fubar.dk> Message-ID: <604aa7910804181758vd29533dideabe57d8e1995fd@mail.gmail.com> On Thu, Apr 17, 2008 at 6:16 PM, David Zeuthen wrote: > ?For GNOME, as you may know, we're shipping gvfs as a new component in > this release. One key feature is the fuse mount that is provided by > gvfs-fuse. Meaning that any gvfs file system is available to POSIX apps > from $HOME/.gvfs. Now, we haven't fully exploited this feature until the > patch introduced here As an aside a ran into a problem on a fresh rawhide install yesterday with not being able to remove the .gvfs directory even when the user wasn't logged in..while doing user system maintenance as an admin... this sort of thing really crimps your ability to remove user accounts and associated home directories. I can't seem to reproduce it reliably, it's happening somewhat sporadically, and whenever it happens a reboot 'fixes' it...but I'm still trying to figure out why its happening at all. -jef"tis' a mystery"spaleta -jef From mclasen at redhat.com Sat Apr 19 01:07:54 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 18 Apr 2008 21:07:54 -0400 Subject: gio / gvfs changes In-Reply-To: <604aa7910804181758vd29533dideabe57d8e1995fd@mail.gmail.com> References: <1208484984.17982.66.camel@oneill.fubar.dk> <604aa7910804181758vd29533dideabe57d8e1995fd@mail.gmail.com> Message-ID: <1208567274.4751.12.camel@localhost.localdomain> On Fri, 2008-04-18 at 16:58 -0800, Jeff Spaleta wrote: > On Thu, Apr 17, 2008 at 6:16 PM, David Zeuthen wrote: > > ?For GNOME, as you may know, we're shipping gvfs as a new component in > > this release. One key feature is the fuse mount that is provided by > > gvfs-fuse. Meaning that any gvfs file system is available to POSIX apps > > from $HOME/.gvfs. Now, we haven't fully exploited this feature until the > > patch introduced here > > As an aside a ran into a problem on a fresh rawhide install yesterday > with not being able to remove the .gvfs directory even when the user > wasn't logged in..while doing user system maintenance as an admin... > this sort of thing really crimps your ability to remove user accounts > and associated home directories. I can't seem to reproduce it > reliably, it's happening somewhat sporadically, and whenever it > happens a reboot 'fixes' it...but I'm still trying to figure out why > its happening at all. What does ps ax | grep gvfs-fuse-daemon say when it happens ? From jkeating at j2solutions.net Sat Apr 19 02:25:10 2008 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 18 Apr 2008 22:25:10 -0400 Subject: gio / gvfs changes In-Reply-To: <604aa7910804181758vd29533dideabe57d8e1995fd@mail.gmail.com> References: <1208484984.17982.66.camel@oneill.fubar.dk> <604aa7910804181758vd29533dideabe57d8e1995fd@mail.gmail.com> Message-ID: <92C11774-B7EB-4984-9D07-225F7256A4F0@j2solutions.net> On Apr 18, 2008, at 20:58, "Jeff Spaleta" wrote: > On Thu, Apr 17, 2008 at 6:16 PM, David Zeuthen > wrote: >> ?For GNOME, as you may know, we're shipping gvfs as a new componen >> t in >> this release. One key feature is the fuse mount that is provided by >> gvfs-fuse. Meaning that any gvfs file system is available to POSIX >> apps >> from $HOME/.gvfs. Now, we haven't fully exploited this feature >> until the >> patch introduced here > > As an aside a ran into a problem on a fresh rawhide install yesterday > with not being able to remove the .gvfs directory even when the user > wasn't logged in..while doing user system maintenance as an admin... > this sort of thing really crimps your ability to remove user accounts > and associated home directories. I can't seem to reproduce it > reliably, it's happening somewhat sporadically, and whenever it > happens a reboot 'fixes' it...but I'm still trying to figure out why > its happening at all. > I see this when the daemon has died and you have to force umount the .gcfs dir. Jes From mclasen at redhat.com Sat Apr 19 02:36:48 2008 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 18 Apr 2008 22:36:48 -0400 Subject: gio / gvfs changes In-Reply-To: <92C11774-B7EB-4984-9D07-225F7256A4F0@j2solutions.net> References: <1208484984.17982.66.camel@oneill.fubar.dk> <604aa7910804181758vd29533dideabe57d8e1995fd@mail.gmail.com> <92C11774-B7EB-4984-9D07-225F7256A4F0@j2solutions.net> Message-ID: <1208572608.4751.18.camel@localhost.localdomain> On Fri, 2008-04-18 at 22:25 -0400, Jesse Keating wrote: > > > > I see this when the daemon has died and you have to force umount > the .gcfs dir. I've just built a gvfs with some thread-safety fixes for gvfs-fuse-daemon that should make it less crash-prone under load. From davidz at redhat.com Sat Apr 19 03:05:44 2008 From: davidz at redhat.com (David Zeuthen) Date: Fri, 18 Apr 2008 23:05:44 -0400 Subject: gio / gvfs changes In-Reply-To: <1208572608.4751.18.camel@localhost.localdomain> References: <1208484984.17982.66.camel@oneill.fubar.dk> <604aa7910804181758vd29533dideabe57d8e1995fd@mail.gmail.com> <92C11774-B7EB-4984-9D07-225F7256A4F0@j2solutions.net> <1208572608.4751.18.camel@localhost.localdomain> Message-ID: <1208574344.8133.3.camel@oneill.fubar.dk> On Fri, 2008-04-18 at 22:36 -0400, Matthias Clasen wrote: > On Fri, 2008-04-18 at 22:25 -0400, Jesse Keating wrote: > > > > > > > > I see this when the daemon has died and you have to force umount > > the .gcfs dir. > > I've just built a gvfs with some thread-safety fixes for > gvfs-fuse-daemon that should make it less crash-prone under load. In addition I'm currently looking into adding some babysitting / parachuting / supervision the fuse daemon to clean up the mount on segv paths too. It's kinda annoying the kernel-side of FUSE doesn't do (or allow for doing) this automatically. David From otaylor at redhat.com Fri Apr 25 20:49:51 2008 From: otaylor at redhat.com (Owen Taylor) Date: Fri, 25 Apr 2008 16:49:51 -0400 Subject: Online Desktop run-through redux Message-ID: <1209156591.5014.41.camel@huygens.home.fishsoup.net> I spent some time today running through the same things I did 3 weeks ago with a new set of packages we've built for Fedora 9 (maybe the final set), and things in general were much stabler and more polished. Thanks for the hard work everybody! I did, of course, see some things I didn't notice on the last run through. - Owen Regressions =========== * Application pages are badly screwed up at the moment because of wrong CSS (Colin committed some fixes and is working testing) ?Stuff I didn't notice before ============================ * The Save/Cancel options when editing fields on http://online.gnome.org/accounts have some issues: http://bugzilla.mugshot.org/show_bug.cgi?id=1397 * We are properly handling launching the Mugshot client or not on login, but it would be nice to do it dynamically if the user enables Mugshot through the web: http://bugzilla.gnome.org/show_bug.cgi?id=529963 * The newly added "Configure IM Accounts" link doesn't work if Pidgin is already running: http://bugzilla.gnome.org/show_bug.cgi?id=529964 * On Fedora 9 (and on all GNOME-2.22?) the dialog you get when you select "Log out or Shutdown..." only allows you to log out, not to shut down. http://bugzilla.gnome.org/show_bug.cgi?id=529967 * In a newly created account, the contents of the application browser was all messed up: http://bugzilla.gnome.org/show_bug.cgi?id=529972 Old stuff verified fixed ======================== * When Firefox was started, it came up with two tabs, both with the Fedora start page ** Bigboard was configured to use the default "Milky" theme rather than the Fedora theme. ? * Mugshot stacker was started (because it was installed on the system) and showed a stack with an initial share about "setup your account" even though I hadn't enabled Mugshot. * It seemed a little less than obvious that you should click on the "Enable Online Desktop" link to proceed, especially with the browser window sitting there. There wasn't a clear flow that enabling the online desktop was the *first* step. ?** The desktop data engine didn't pick up my login until I manually restarted it. I think this was because I didn't have a Firefox profile at all (or even a .mozilla dir) when I started the desktop-data-engine, so it couldn't establish an inotify watch. ?** A "GNOME Online" person appeared in the People stock. ? * There was no obvious way to add more people to the people stock. If there are no online.g.o contacts, a minimal thing would be to have a button to launch Pidgin. ?** People stock slideouts got a bright red header in the Milky theme (theme bug causing the header not to be drawn themed.) ?? * Sidebar Preferences should put a border around the preview images - they look funny blending into the background. ? * Apps stock should be labelled "Applications" not "Apps"? ?** I got fooled when trying to add a stock to the sidebar by the "Add to sidebar" button next to the google gadget link entry. Unless we fix the google gadget stuff very soon, we should just remove it from the F9 packages. ?** Logging into GMail in mail stock: - Should show Connecting... between the point where you apply a new password and it succeeds or fails - In the case of failure, should be button or link to get back to the point of logging in again, instead of having to navigate back through sidebar preferences. ?* In the Apps browser, selecting an application (which shows the profile to the left) should also highlight the selected app, since otherwise you don't feel you have good click-feedback. Same for the People browser ? From bnocera at redhat.com Mon Apr 28 11:24:18 2008 From: bnocera at redhat.com (Bastien Nocera) Date: Mon, 28 Apr 2008 12:24:18 +0100 Subject: Online Desktop run-through redux In-Reply-To: <1209156591.5014.41.camel@huygens.home.fishsoup.net> References: <1209156591.5014.41.camel@huygens.home.fishsoup.net> Message-ID: <1209381858.31626.1.camel@cookie.hadess.net> On Fri, 2008-04-25 at 16:49 -0400, Owen Taylor wrote: > * On Fedora 9 (and on all GNOME-2.22?) the dialog > you get when you select "Log out or Shutdown..." > only allows you to log out, not to shut down. > > http://bugzilla.gnome.org/show_bug.cgi?id=529967 Fedora ships with the new GDM, upstream GNOME shipped gdm 2.20. Probably something Fedora specific. FWIW, the logout dialogue on my F8 system only shows logout, shutdown is a different menu item.