Ticket #7413 (new defect)

Opened 6 years ago

Last modified 6 years ago

High-quality release

Reported by: cscott Owned by: cscott
Priority: high Milestone: 9.1.0-cancelled
Component: release-contract Version:
Keywords: 8.2.0:- blocks-:8.2.0 Cc: mstone, gregorio
Action Needed: code Verified: no
Deployments affected: Blocked By: #4312, #6480, #6673, #7205, #7220, #7357, #7378, #7416, #7417, #7419, #7421, #7422, #7423, #7524, #7525, #7601, #7602, #7620, #7646, #7913, #7939, #7943, #7957
Blocking: #6930

Description

This tracker bug attempts to gather the fuzzy criteria related to "quality" so that they get proper weight on the 8.2 roadmap.

Examples: code size, boot time, activity startup time, few/no regressions, "first boot experience", browser quality, collaboration scalability.

All of these are "graded on a curve": we can't "fix" them, per se, but we can get quality goals such that each release will improve upon previous releases. (And when it's good enough, we'll set goals to ensure we don't backslide.)

The blocking bugs linked here set specific criteria we want to meet for the 8.2 release.

Change History

Changed 6 years ago by cscott

  • blockedby 7416 added

Changed 6 years ago by cscott

  • blockedby 7357 added

(In #7357) Moving blocker to 'release quality', since dennis thinks a high-quality 8.2 release won't have olpc-hardware-manager in it. But not a blocker, not a problem with F9 anymore.

Changed 6 years ago by cscott

  • blockedby 7417 added

Changed 6 years ago by cscott

  • blockedby 7419 added

Changed 6 years ago by cscott

  • blockedby 4312 added

Changed 6 years ago by cscott

  • blockedby 7421 added

Changed 6 years ago by cscott

  • blockedby 7205 added

Changed 6 years ago by cscott

  • blockedby 7422 added

Changed 6 years ago by cscott

  • blockedby 7423 added

Changed 6 years ago by mstone

  • cc mstone, gregorio added
  • keywords 8.2.0:? added
  • next_action changed from never set to code
  • version deleted

Changed 6 years ago by cscott

  • blockedby 7378 added

Changed 6 years ago by cscott

  • blockedby 7378 removed

(In #7378) Sj: PING!

Changed 6 years ago by cscott

  • blockedby 7378 added

(In #7378) Oops, didn't mean to delete the 'blocking' flag.

Changed 6 years ago by cscott

  • blockedby 7220 added

(In #7220) #4951 seems relevant. The activity updater definitely makes any newly-downloaded activities favorites, since that's the whole point. Upgraded activities stay as they were.

I'm assuming this bug has to do with 'Browse' at the moment; I think the same 'favorite if new, else leave as is' behavior is appropriate there as well.

Should I change the component to browse, or should we make this change in the sugar 'install' vs 'upgrade' code? (Since we'll be visiting the sugar side of the code to fix #7494 in any case.)

Changed 6 years ago by cscott

  • blocking 6930 added

Changed 6 years ago by cscott

  • blockedby 6825 added

(In #6825) Suggested workaround for 8.2: install Firefox activity (http://wiki.laptop.org/go/Activities).

Changed 6 years ago by cscott

  • blockedby 7524 added

Changed 6 years ago by cscott

  • blockedby 6673 added

Changed 6 years ago by cscott

  • blockedby 7525 added

Changed 6 years ago by cscott

  • blockedby 6480 added

(In #6480) Still an issue in joyride-2169, linux 2.6.25-20080715.2.olpc.ef92c83e1c0d23a . So I don't believe this has been fixed upstream yet.

Changed 6 years ago by cscott

  • blockedby 6825 removed

Changed 6 years ago by cscott

  • blockedby 7601 added

Changed 6 years ago by cscott

  • blockedby 7602 added

Changed 6 years ago by dsaxena

  • blockedby 7620 added

Changed 6 years ago by gnu

  • keywords blocks:?8.2.0 added

Changed 6 years ago by gnu

  • keywords blocks?:8.2.0 added; blocks:?8.2.0 removed

Changed 6 years ago by cscott

  • blockedby 7939 added

Changed 6 years ago by cscott

  • blockedby 7646 added

(In #7646) benzea: i think marco also wanted the corresponding screenshot pre-patch, to get an idea of "how bad" this currently looks. And, for completeness, you should also include the 'pulse' state of the progress bar, which pre-patch is inconsistent with the 'fraction' state.

Changed 6 years ago by cscott

  • blockedby 7913 added

Changed 6 years ago by cscott

  • blockedby 7943 added

Changed 6 years ago by cscott

  • blockedby 7957 added

Changed 6 years ago by mstone

  • keywords 8.2.0:- blocks-:8.2.0 added; 8.2.0:? blocks?:8.2.0 removed
  • priority changed from normal to high
  • milestone changed from 8.2.0 (was Update.2) to 9.1.0

While important, we're not going to be able to fix these issues in time for 8.2.0. Please individually mark any that you think are 8.2.0 polish-bugs according to the Trac conventions.

Note: See TracTickets for help on using tickets.