Blocker bug status

2012-09-15 Thread Matthias Clasen
Here is another blocker bug review, on the eve of the hard code freeze.

There are currently 27 bugs that are marked as 3.6 blockers.

There is a bunch of libsecret migration [1] bugs. These are not
_really_ blocking 3.6, so I propose that we drop these from the
blocker list if they don't get resolved for .92:

679918 epiphany
679855 evince
679851 gnome-shell
679866 libsoup
679870 tracker
679849 NetworkManager

There is a single bug of the doc infrastructure migration [2] left.
While not really blocking 3.6, getting this out of the way would let
us drop the old documentation infrastructure modules altogether, which
would be a nice achievement:

683354 Port to new documentation infrastructure

The next group is gstreamer 1.0 migration [3] bugs. A look at the goal
page reveals that there is more than these two left, among the
applications. A new round of gstreamer beta releases has happened
recently, so it would probably be a good idea to revisit these bugs
again and see if we can make progress here:

674179 empathy
680424 tracker

High priority issues for the new message tray feature [4]:

682243 (gnome-shell) First tray item is always selected when opening
with super+M
682255 (gnome-shell) top left corner turns cold when message tray is displayed
683546 (gnome-shell) notification does not work with new message tray

High priority issues for the Input Sources feature [5]:

681685 (gnome-control-center) Allow setting shortcut based only on a
combination of two modifier keys, eg. Alt+Shift
682314 (gnome-shell) input sources: add hiragana/katakana items to
keyboard status menu

High priority issues for the Lock Screen feature [6]:

683060 (gnome-shell) Impossible to unlock screen if not using GDM
682429 (gnome-shell) gdm => session transition doesn't look very good

Bugs related to the nautilus redesign:

680849 (nautilus) Selection should be preserved when search is cancelled
682836 (nautilus) possible performance regression with large directories
682395 (gnome-themes-standard) Nautilus tabs have black background

Miscellaneous serious bugs:

681475 (gnome-control-center) Event area not allocated correctly for
monitor layout
683807 (gnome-keyring) gnome login blocked if ~/.pkcs11/modules/nss exists
679151 (gnome-settings-daemon) Consumes 100% CPU (NumLock)
680689 (gnome-settings-daemon) power: enforcing lid close
682830 (gnome-shell) 3.5.90: keyring prompt can't be confirmed or cancelled
683918 (gnome-shell) 3.5.91 fails to populate applications
680980 (gtk+) Code that gives me a spinner in gtk+ 3.4.4 does not in 3.5.8
666749 (tracker) Empty window in LANG=ko_KR.UTF-8

This looks like a lot of bugs, but many of these have patches already,
and we also have a lot of people who can help out. Please chime in
with patch review and testing.
Lets make 3.6 the best GNOME 3 release yet !

Matthias



[1] https://live.gnome.org/GnomeGoals/LibsecretMigration
[2] https://live.gnome.org/GnomeGoals/NewDocumentationInfrastructure
[3] https://live.gnome.org/GnomeGoals/PortToGstreamer1
[4] https://live.gnome.org/ThreePointFive/Features/MessageTrayImprovements
[5] https://live.gnome.org/ThreePointFive/Features/IBus
[6] https://live.gnome.org/ThreePointFive/Features/ScreenLock
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Blocker bug status

2012-09-15 Thread Germán Póo-Caamaño
On Sat, 2012-09-15 at 13:03 -0400, Matthias Clasen wrote:
> Here is another blocker bug review, on the eve of the hard code freeze.
> 
> There are currently 27 bugs that are marked as 3.6 blockers.
> 
> There is a bunch of libsecret migration [1] bugs. These are not
> _really_ blocking 3.6, so I propose that we drop these from the
> blocker list if they don't get resolved for .92:
> [...]
> 679855 evince

This one is waiting for feedback from libsecret's maintainer.

> [...]
> There is a single bug of the doc infrastructure migration [2] left.
> While not really blocking 3.6, getting this out of the way would let
> us drop the old documentation infrastructure modules altogether, which
> would be a nice achievement:
> 
> 683354 Port to new documentation infrastructure

AFAIK, there is a fair concern on this because of the potential impact
on translations:

 I'm tempted to just say push it, and if there's anything wrong
I'll catch it making a release
 but I'm a little concerned about needlessly breaking
translations this late
 because itstool and xml2po can produce different messages in
some cases
 can we check that easily?

-- 
Germán Póo-Caamaño
http://people.gnome.org/~gpoo/


signature.asc
Description: This is a digitally signed message part
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Blocker bug status

2012-09-15 Thread Jasper St. Pierre
On Sat, Sep 15, 2012 at 1:03 PM, Matthias Clasen
 wrote:
> Here is another blocker bug review, on the eve of the hard code freeze.
>
> There are currently 27 bugs that are marked as 3.6 blockers.
>
> There is a bunch of libsecret migration [1] bugs. These are not
> _really_ blocking 3.6, so I propose that we drop these from the
> blocker list if they don't get resolved for .92:
>
> 679918 epiphany
> 679855 evince
> 679851 gnome-shell
> 679866 libsoup
> 679870 tracker
> 679849 NetworkManager
>
> There is a single bug of the doc infrastructure migration [2] left.
> While not really blocking 3.6, getting this out of the way would let
> us drop the old documentation infrastructure modules altogether, which
> would be a nice achievement:
>
> 683354 Port to new documentation infrastructure
>
> The next group is gstreamer 1.0 migration [3] bugs. A look at the goal
> page reveals that there is more than these two left, among the
> applications. A new round of gstreamer beta releases has happened
> recently, so it would probably be a good idea to revisit these bugs
> again and see if we can make progress here:
>
> 674179 empathy
> 680424 tracker
>
> High priority issues for the new message tray feature [4]:
>
> 682243 (gnome-shell) First tray item is always selected when opening
> with super+M
> 682255 (gnome-shell) top left corner turns cold when message tray is displayed
> 683546 (gnome-shell) notification does not work with new message tray
>
> High priority issues for the Input Sources feature [5]:
>
> 681685 (gnome-control-center) Allow setting shortcut based only on a
> combination of two modifier keys, eg. Alt+Shift
> 682314 (gnome-shell) input sources: add hiragana/katakana items to
> keyboard status menu
>
> High priority issues for the Lock Screen feature [6]:
>
> 683060 (gnome-shell) Impossible to unlock screen if not using GDM
> 682429 (gnome-shell) gdm => session transition doesn't look very good

Why is this a blocker?

> Bugs related to the nautilus redesign:
>
> 680849 (nautilus) Selection should be preserved when search is cancelled
> 682836 (nautilus) possible performance regression with large directories
> 682395 (gnome-themes-standard) Nautilus tabs have black background
>
> Miscellaneous serious bugs:
>
> 681475 (gnome-control-center) Event area not allocated correctly for
> monitor layout
> 683807 (gnome-keyring) gnome login blocked if ~/.pkcs11/modules/nss exists
> 679151 (gnome-settings-daemon) Consumes 100% CPU (NumLock)
> 680689 (gnome-settings-daemon) power: enforcing lid close
> 682830 (gnome-shell) 3.5.90: keyring prompt can't be confirmed or cancelled
> 683918 (gnome-shell) 3.5.91 fails to populate applications
> 680980 (gtk+) Code that gives me a spinner in gtk+ 3.4.4 does not in 3.5.8
> 666749 (tracker) Empty window in LANG=ko_KR.UTF-8
>
> This looks like a lot of bugs, but many of these have patches already,
> and we also have a lot of people who can help out. Please chime in
> with patch review and testing.
> Lets make 3.6 the best GNOME 3 release yet !
>
> Matthias
>
>
>
> [1] https://live.gnome.org/GnomeGoals/LibsecretMigration
> [2] https://live.gnome.org/GnomeGoals/NewDocumentationInfrastructure
> [3] https://live.gnome.org/GnomeGoals/PortToGstreamer1
> [4] https://live.gnome.org/ThreePointFive/Features/MessageTrayImprovements
> [5] https://live.gnome.org/ThreePointFive/Features/IBus
> [6] https://live.gnome.org/ThreePointFive/Features/ScreenLock
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/desktop-devel-list



-- 
  Jasper
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Blocker bug status

2012-09-15 Thread Matthias Clasen
On Sat, Sep 15, 2012 at 5:10 PM, Jasper St. Pierre
 wrote:

>>
>> High priority issues for the Lock Screen feature [6]:
>>
>> 683060 (gnome-shell) Impossible to unlock screen if not using GDM
>> 682429 (gnome-shell) gdm => session transition doesn't look very good
>
> Why is this a blocker?

Because it is looking really lame ?

It would be really sad to put all this effort into the new lock/login
screen, but then bungle the transition from the login screen to the
session to give a really poor visual impression right at the start.

But you are right, it is not a blocker in the sense of 'omg, it
crashes in a loop'.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Blocker bug status

2012-09-17 Thread Frederic Peters
Germán Póo-Caamaño wrote:

> > 683354 Port to new documentation infrastructure
> 
> AFAIK, there is a fair concern on this because of the potential impact
> on translations:
> 
>  I'm tempted to just say push it, and if there's anything wrong
> I'll catch it making a release
>  but I'm a little concerned about needlessly breaking
> translations this late
>  because itstool and xml2po can produce different messages in
> some cases
>  can we check that easily?

Shaun checked that and commented in the bug report, it appeared this
would invalidate too many strings to do it now, postponed for 3.7.

  https://bugzilla.gnome.org/show_bug.cgi?id=683354#c2


Fred
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Blocker bug status

2012-09-17 Thread Bastien Nocera
Em Sat, 2012-09-15 às 13:03 -0400, Matthias Clasen escreveu:
> 679151 (gnome-settings-daemon) Consumes 100% CPU (NumLock)

Same problem as before. I can't reproduce the problem, and nobody spent
time root-causing it, so I can't do anything. The bug is also in GNOME
3.4.

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Blocker bug status

2012-09-17 Thread Andre Klapper
On Mon, 2012-09-17 at 12:19 +0200, Bastien Nocera wrote:
> I can't reproduce the problem, and nobody spent
> time root-causing it, so I can't do anything.

Any instructions how to provide useful info that could be added to the
report for users running into this?

andre
-- 
mailto:ak...@gmx.net | failed
http://blogs.gnome.org/aklapper

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Blocker bug status

2012-09-17 Thread Bastien Nocera
Em Mon, 2012-09-17 às 12:37 +0200, Andre Klapper escreveu:
> On Mon, 2012-09-17 at 12:19 +0200, Bastien Nocera wrote:
> > I can't reproduce the problem, and nobody spent
> > time root-causing it, so I can't do anything.
> 
> Any instructions how to provide useful info that could be added to the
> report for users running into this?

I've pushed a patch that should make it easier to debug.

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Blocker bug status

2012-09-17 Thread Olav Vitters
On Mon, Sep 17, 2012 at 12:32:41PM +0100, Bastien Nocera wrote:
> Em Mon, 2012-09-17 às 12:37 +0200, Andre Klapper escreveu:
> > On Mon, 2012-09-17 at 12:19 +0200, Bastien Nocera wrote:
> > > I can't reproduce the problem, and nobody spent
> > > time root-causing it, so I can't do anything.
> > 
> > Any instructions how to provide useful info that could be added to the
> > report for users running into this?
> 
> I've pushed a patch that should make it easier to debug.

I can reproduce at will. Disabling the remember-numlock gsetting avoids
the issue. Don't use jhbuild, but can do something after .92.

-- 
Regards,
Olav
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list