Re: Freeze break request for gnome-shell

And approval 2/2. Ciao, Emmanuele. On Mon, 2 Mar, 2020 at 09:11, Michael Catanzaro wrote: Approval 1 ___ release-team@gnome.org Release-team lurker? Do NOT par

Re: Freeze break request for gnome-shell

Approval 1 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.

Freeze break request for gnome-shell

Hey everyone! This is embarrassing, but since a minor IO optimization in 3.35.92, dates in gnome-shell are now off by 1900 years. I would rather not stay in the year 120 until 3.36.1 is released, so I'd like a freeze break exception for the following fix: https://gitlab.gnome.org/GNOME/gnome-she

Re: String & UI Freeze break request for GNOME Shell

On Tue, Sep 3, 2019 at 1:17 PM, Matthias Clasen via release-team wrote: Tentatively ok with it, but I left a comment. And since this has some string additions, please also ask gnome-i...@gnome.org for their ok. It's not great to see this so late, but here's your second +1 __

Re: String & UI Freeze break request for GNOME Shell

On Tue, Sep 3, 2019 at 2:05 PM Georges Basile Stavracas Neto via release-team wrote: > To the Release Team, > > I hereby ask for String and UI freeze break exceptions for landing GNOME > Shell's > https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/675. This merge > request is an important

String & UI Freeze break request for GNOME Shell

To the Release Team, I hereby ask for String and UI freeze break exceptions for landing GNOME Shell's . This merge request is an important last step for feature-completeness of the ability to create and delete folders within GNOME

Re: Freeze break request for GNOME Shell

On Fri, 2019-03-08 at 13:53 -0600, mcatanz...@gnome.org wrote: > +1 / 2 r-t approval 2 of 2 andre -- Andre Klapper | ak...@gmx.net https://blogs.gnome.org/aklapper/ ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Rel

Re: Freeze break request for GNOME Shell

+1 / 2 ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.

Freeze break request for GNOME Shell

Hey, I'd like to request a freeze break for a crash introduced by the fractional scaling support that landed in 3.31.92: https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/450 The particular case in the bug report are "Foo-bar is now ready" notifications for windows with no .desktop file,

Re: Freeze break request for gnome-shell

This is the appropriate fix, it's not going to get any better. But I understand if you don't want to ship it so close to the deadline. Thanks, verdre > With 24 hours to go from the cut off deadline for 3.30, I don’t think this is > a good idea; this can wait for 3.30.1, and might as well use th

Re: Freeze break request for gnome-shell

With 24 hours to go from the cut off deadline for 3.30, I don’t think this is a good idea; this can wait for 3.30.1, and might as well use the appropriate fix. Most distros will ship that version anyway. Ciao, Emmanuele. On Sun, 2 Sep 2018 at 17:13, verdre wrote: > I have an alternative soluti

Re: Freeze break request for gnome-shell

I have an alternative solution which would be more compatible with changes we'll make in the future, could this one also get an approval? It's even less intrusive than the other one since there's no need to stop initially hiding the label. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requ

Re: Freeze break request for gnome-shell

I'll give a hesitant +1 to this one, since the change is small. If you consider it important enough for a 3.30.0 freeze break, rather than waiting three weeks for 3.30.1, then it should also important enough to backport to 3.28. It would be nice to see this fixed there too. Thanks for solv

Freeze break request for gnome-shell

Hi, I'd like to request a freeze break for MR 207, it contains a fix for the issues with oversized titles in the overview appearing when using Wayland. The changes have been split out of the larger MR 136 which didn't get enough reviews to be merged in time. https://gitlab.gnome.org/GNOME/g

Re: Freeze break request for gnome-shell

On Sat, 2018-09-01 at 08:43 -0500, mcatanz...@gnome.org wrote: > I'm nervous about this one for three reasons: Similar feelings here. Extremely happy to see progress but let's give testing three weeks (3.30.0 to 3.30.1) instead of three days. andre -- Andre Klapper | ak...@gmx.net https://blog

Re: Freeze break request for gnome-shell

I'm nervous about this one for three reasons: * It's gjs, so any subtle flaw in this changeset could cause entire functions to be skipped over * We're two days before the tarball deadline, so there's really no time left to notice if any such flaws were to sneak in * It's also drag-and-drop c

Freeze break request for gnome-shell

Hey, I'm not entirely sure whether this is freeze-break worthy considering that the issue is partly cosmetic, but it has been annoying for long enough to try :-) Last cycle gjs added a warning for JS code that accesses objects that are being destroyed, resulting in plenty of "invalid access" warn

Re: UI/hardcode freeze break request for GNOME Shell

On Wed, Sep 13, 2017 at 10:10 PM, Michael Catanzaro wrote: So we decided to stick with the transparency? I see it's still in the release notes? Michael I'm seeing some complaints that the text on the top bar is not visible against light-colored wallpapers. Hopefully the relevant designers a

Re: UI/hardcode freeze break request for GNOME Shell

On Mon, 11 Sep 2017 11:52:15 -0400 Shaun McCance wrote: > On Fri, 2017-09-08 at 17:48 +0200, Andre Klapper wrote: > > On Fri, 2017-09-08 at 16:31 +0100, Allan Day wrote: > > > > > > This is a break request that changes some visual styling in GNOME > > > shell. The code changes are deliberately m

Re: UI/hardcode freeze break request for GNOME Shell

On Mon, Sep 11, 2017 at 4:29 PM, Michael Catanzaro wrote: Hi release team, This important freeze break request still requires one more release team approval. Please consider if you wish to grant it. Michael So we decided to stick with the transparency? I see it's still in the release note

Re: UI/hardcode freeze break request for GNOME Shell

On Fri, Sep 8, 2017 at 11:39 AM, Michael Catanzaro wrote: I'll give approval 1 of 2 for this request, because this is a major design decision and if the designers aren't satisfied with the change, I'd rather back out the change now while we still can. Michael Hi release team, This importan

Re: UI/hardcode freeze break request for GNOME Shell

On Fri, 2017-09-08 at 17:48 +0200, Andre Klapper wrote: > On Fri, 2017-09-08 at 16:31 +0100, Allan Day wrote: > > > > This is a break request that changes some visual styling in GNOME > > shell. The code changes are deliberately minimal. However, the > > visual > > change is noticeable. > > > > T

Re: UI/hardcode freeze break request for GNOME Shell

On Fri, Sep 8, 2017 at 10:56 AM, Matthias Clasen wrote: Not sure I like this... it is a letdown to go back to solid panels after blogging and tweeting about the transparent top-bar as a long-awaited new feature. I'll give approval 1 of 2 for this request, because this is a major design decis

Re: UI/hardcode freeze break request for GNOME Shell

On Fri, Sep 8, 2017 at 11:48 AM, Andre Klapper wrote: > On Fri, 2017-09-08 at 16:31 +0100, Allan Day wrote: > > This is a break request that changes some visual styling in GNOME > > shell. The code changes are deliberately minimal. However, the visual > > change is noticeable. > > > > The design

Re: UI/hardcode freeze break request for GNOME Shell

On Fri, 2017-09-08 at 16:31 +0100, Allan Day wrote: > This is a break request that changes some visual styling in GNOME > shell. The code changes are deliberately minimal. However, the visual > change is noticeable. > > The design team recognise that it is late in the cycle but we'd be > unhappy p

UI/hardcode freeze break request for GNOME Shell

Hi all, This is a break request that changes some visual styling in GNOME shell. The code changes are deliberately minimal. However, the visual change is noticeable. The design team recognise that it is late in the cycle but we'd be unhappy putting the release out in its current state. The bug c

Re: Freeze break request for gnome-shell

This looks pretty self-contained, and I presume you originally sent the request a week and a half ago when we were earlier in the cycle. So +1 of 2 from me. Michael ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Relea

Re: Freeze break request for gnome-shell

[ Re-sending since it seems this didn't make it to the release team list ] > Hi, > > I'd like to request a freeze break request for this gnome-shell UI addition: > > https://bugzilla.gnome.org/show_bug.cgi?id=783550 - it's basically an > Alt+Tab style switcher to cycle through multi-monitor config

Re: Freeze break request for gnome-shell

On 28 Feb 2017 19:02, "Florian Müllner" wrote: On Tue, Feb 28, 2017 at 7:52 PM Matthias Clasen wrote: > we don't have much else to show in that area, this cycle...maybe thats me > wearing a marketing rather than rel-eng hat > I was afraid of mentioning the 'm' word, but that was indeed a main

Re: Freeze break request for gnome-shell

On Tue, Feb 28, 2017 at 7:52 PM Matthias Clasen wrote: > we don't have much else to show in that area, this cycle...maybe thats me > wearing a marketing rather than rel-eng hat > I was afraid of mentioning the 'm' word, but that was indeed a main motivator behind the push for finishing up those

Re: Freeze break request for gnome-shell

fwiw, I'm +1 _because_ this is a visible improvement and new feature in gnome shell - we don't have much else to show in that area, this cycle...maybe thats me wearing a marketing rather than rel-eng hat ___ release-team@gnome.org https://mail.gnome.org/m

Re: Freeze break request for gnome-shell

On Tue, 2017-02-28 at 13:06 -0500, Matthias Clasen wrote: > On Tue, Feb 28, 2017 at 12:49 PM, Florian Müllner g> wrote: > > > > In my opinion, both items make for some nice polish improvements in > > that area with low risk (the weather section is very isolated, and > > the > > visual refresh is

Re: Freeze break request for gnome-shell

On Tue, Feb 28, 2017 at 12:49 PM, Florian Müllner wrote: > > > In my opinion, both items make for some nice polish improvements in > that area with low risk (the weather section is very isolated, and the > visual refresh is mostly a style update), so they would make for a > good (while late) 3.24

Freeze break request for gnome-shell

Hey everyone, I'd like to land some improvements to the date+time drop-down before entering beta. The bugs in question are: * https://bugzilla.gnome.org/show_bug.cgi?id=754031 which adds weather information according to the location configuration from gnome-weather. This has been fairly hi

Re: Freeze break request for gnome-shell

Hi Florian, Michael Catanzaro wrote: > On Fri, 2016-09-16 at 17:01 +, Florian Müllner wrote: > > The two remaining patches fix glitches when selecting a hidden window > > - it > > is odd to switch to a window and have it disappear briefly before > > animating > > back in, so I would still like

Re: Freeze break request for gnome-shell

On Fri, 2016-09-16 at 17:01 +, Florian Müllner wrote: > The two remaining patches fix glitches when selecting a hidden window > - it > is odd to switch to a window and have it disappear briefly before > animating > back in, so I would still like to see an exception for them as well. > Those > g

Freeze break request for gnome-shell

Hey, I'm sorry to ask for yet another break. We finally fixed the 'cycle-windows' shortcut this cycle (that is, switching between windows without showing a switcher popup - alt+esc by default). It's not a super-common feature, which is probably why we didn't catch these before: https://bugzilla.g

Re: Freeze break request for gnome-shell

Approval 2/2 On Tue, Sep 13, 2016 at 6:26 PM, Michael Catanzaro wrote: > On Tue, 2016-09-13 at 21:27 +, Florian Müllner wrote: >> I'm sorry I didn't catch this before the freeze. It turns out gnome- >> shell's >> extension-prefs tool is another victim of GTK+'s ScrolledWindow >> changes >> th

Re: Freeze break request for gnome-shell

On Tue, 2016-09-13 at 21:27 +, Florian Müllner wrote: > I'm sorry I didn't catch this before the freeze. It turns out gnome- > shell's > extension-prefs tool is another victim of GTK+'s ScrolledWindow > changes > this cycle: Approval 1/2 ___ release-

Freeze break request for gnome-shell

Hey folks, I'm sorry I didn't catch this before the freeze. It turns out gnome-shell's extension-prefs tool is another victim of GTK+'s ScrolledWindow changes this cycle: https://people.gnome.org/~fmuellner/Extension-prefs-nay.png The trivial patch in https://bugzilla.gnome.org/show_bug.cgi?id=7

Re: UI freeze break request for gnome-shell

On Wed, 2015-03-11 at 17:13 -0400, Matthias Clasen wrote: > On Wed, Mar 11, 2015 at 4:45 PM, Giovanni Campagna wrote: > > I'd like to request a UI freeze break to solve bug 660293 (which is a dupe > > of 740750). > > > > There are no screenshots in the bug, but what it does is fairly simple: > > in

Re: UI freeze break request for gnome-shell

On Wed, Mar 11, 2015 at 4:45 PM, Giovanni Campagna wrote: > Hello release-team, > > long time no see :) > > I'd like to request a UI freeze break to solve bug 660293 (which is a dupe > of 740750). > > There are no screenshots in the bug, but what it does is fairly simple: > instead of popping up a

UI freeze break request for gnome-shell

Hello release-team, long time no see :) I'd like to request a UI freeze break to solve bug 660293 (which is a dupe of 740750). There are no screenshots in the bug, but what it does is fairly simple: instead of popping up a network password modal dialog out of the blue, it shows a notification as

Re: Freeze break request for gnome-shell

Danke & merci! On Fri, Sep 19, 2014 at 2:39 PM, Matthias Clasen wrote: > On Fri, Sep 19, 2014 at 8:10 AM, Frederic Peters wrote: >> Hi Florian, >> >>> I'd like to request a freeze break for bug >>> https://bugzilla.gnome.org/show_bug.cgi?id=736910. When opening an >>> empty folder in the app pic

Re: Freeze break request for gnome-shell

On Fri, Sep 19, 2014 at 8:10 AM, Frederic Peters wrote: > Hi Florian, > >> I'd like to request a freeze break for bug >> https://bugzilla.gnome.org/show_bug.cgi?id=736910. When opening an >> empty folder in the app picker, the shell ends up in a confused state >> - there is no folder popup, but ic

Re: Freeze break request for gnome-shell

Hi Florian, > I'd like to request a freeze break for bug > https://bugzilla.gnome.org/show_bug.cgi?id=736910. When opening an > empty folder in the app picker, the shell ends up in a confused state > - there is no folder popup, but icons are faded out and become > non-reactive to clicks as if a fo

Freeze break request for gnome-shell

Hey, I'd like to request a freeze break for bug https://bugzilla.gnome.org/show_bug.cgi?id=736910. When opening an empty folder in the app picker, the shell ends up in a confused state - there is no folder popup, but icons are faded out and become non-reactive to clicks as if a folder had been ope

Re: Freeze break request for gnome-shell

Piñeiro wrote: > This bug: > https://bugzilla.gnome.org/show_bug.cgi?id=736821 > > makes gnome-shell mostly inaccessible. The fix is trivial, and was > already reviewed and accepted by gnome-shell developers. > > Andre already give a 1/2 from release team on the bug. I could do the > same, but I

Freeze break request for gnome-shell

This bug: https://bugzilla.gnome.org/show_bug.cgi?id=736821 makes gnome-shell mostly inaccessible. The fix is trivial, and was already reviewed and accepted by gnome-shell developers. Andre already give a 1/2 from release team on the bug. I could do the same, but I guess that it would be strange

Re: String freeze break request for gnome-shell

2/2 from i18n. -- Alexandre Franke ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.

Re: String freeze break request for gnome-shell

1/2 from i18n Cheers 2014-09-12 12:04 GMT+02:00 Florian Müllner : > Hey folks, > > sorry for the late request, but the bug in question[0] only came in today > ... > > In the system menu, we'd like to link to the corresponding Settings > panel in the Location submenu (like all other submenus do),

String freeze break request for gnome-shell

Hey folks, sorry for the late request, but the bug in question[0] only came in today ... In the system menu, we'd like to link to the corresponding Settings panel in the Location submenu (like all other submenus do), which would add the new string "Privacy Settings". -- Florian [0] https://bugz

Re: Feature freeze break request for gnome-shell

Hi Carlos, > I would like to request a feature freeze break for gnome-shell in order to > include https://bugzilla.gnome.org/show_bug.cgi?id=735625 , Now that the > shell has gestures support it's a bit of a shame that the one feature that > was truly inaccessible through touch remains like that :

Feature freeze break request for gnome-shell

Hey, I would like to request a feature freeze break for gnome-shell in order to include https://bugzilla.gnome.org/show_bug.cgi?id=735625 , Now that the shell has gestures support it's a bit of a shame that the one feature that was truly inaccessible through touch remains like that :). This was ma

Re: Feature freeze break request for gnome-shell

> > I would like to request a feature freeze break for gnome-shell in order to > include https://bugzilla.gnome.org/show_bug.cgi?id=735625 , Now that the > shell has gestures support it's a bit of a shame that the one feature that > was truly inaccessible through touch remains like that :). This wa

Re: Freeze break request for GNOME Shell

On Thu, Oct 10, 2013 at 10:59 AM, Javier Jardón wrote: > > > +1 for release team > Second approval for the release team ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussio

Re: Freeze break request for GNOME Shell

Piotr Drąg , Thu, 10 Oct 2013 16:38:42 +0200: > 2013/10/10 Florian Müllner : > > Oh my, it's this time of the year again ... > > > > When the new status menu work landed, the "Notification" switch that > > used to be in the user menu was removed, although according to the > > mockups[0] it should

Re: Freeze break request for GNOME Shell

On 10 October 2013 15:38, Piotr Drąg wrote: > 2013/10/10 Florian Müllner : >> Oh my, it's this time of the year again ... >> >> When the new status menu work landed, the "Notification" switch that >> used to be in the user menu was removed, although according to the >> mockups[0] it should be incl

Re: Freeze break request for GNOME Shell

2013/10/10 Florian Müllner : > Oh my, it's this time of the year again ... > > When the new status menu work landed, the "Notification" switch that > used to be in the user menu was removed, although according to the > mockups[0] it should be included in the message tray menu - I'd like > to land t

Freeze break request for GNOME Shell

Oh my, it's this time of the year again ... When the new status menu work landed, the "Notification" switch that used to be in the user menu was removed, although according to the mockups[0] it should be included in the message tray menu - I'd like to land this[1] now for 3.10.1. At this point in

Re: Freeze break request for gnome-shell

On Fri, Mar 1, 2013 at 9:20 AM, Cosimo Cecchi wrote: . > Patches have been reviewed already and the request comes from the design > team. OK to commit this? Thanks for the screenshot, looks good to me; I'll give an approval for the release team ___ rel

Re: Freeze break request for gnome-shell

Cosimo Cecchi wrote: > This cycle we redesigned the Shell overview, hiding the message tray by > default from the view. > The original design also added a new messages indicator to make the tray > more discoverable, but it didn't make it in time for 3.7.90. Bug 687797 [1] > contains a patchset tha

Re: Freeze break request for gnome-shell

On Fri, Mar 1, 2013 at 10:10 AM, Matthias Clasen Could you attach a screenshot to the bug ? That makes it much easier > to judge such requests... > Yeah I forgot about it...attached a screenshot now. Thanks, Cosimo ___ release-team@gnome.org https://ma

Re: Freeze break request for gnome-shell

On Fri, Mar 1, 2013 at 9:20 AM, Cosimo Cecchi wrote: > Hi all, > > This cycle we redesigned the Shell overview, hiding the message tray by > default from the view. > The original design also added a new messages indicator to make the tray > more discoverable, but it didn't make it in time for 3.7.

Freeze break request for gnome-shell

Hi all, This cycle we redesigned the Shell overview, hiding the message tray by default from the view. The original design also added a new messages indicator to make the tray more discoverable, but it didn't make it in time for 3.7.90. Bug 687797 [1] contains a patchset that adds the indicator. P

Re: UI freeze break request for GNOME Shell

Michael Hill wrote: > On Fri, Oct 26, 2012 at 1:18 PM, Florian Müllner wrote: > > > I have done a quick check on the documentation, it does not look like > > either behavior is currently documented... > > +1 from Docs Team... we were just holding off so the right behaviour > could be immortaliz

Re: Meta: Late Changes [was: Re: UI freeze break request for GNOME Shell]

On Fri, Oct 26, 2012 at 9:23 PM, Andre Klapper wrote: > Boils down to "faster development pace with more late changes vs. slower > development with more UI stability" Or hopefully we can improve processes to achieve more stability without slowing down development. As pointed out in my other mail,

Re: UI freeze break request for GNOME Shell

On Fri, Oct 26, 2012 at 8:35 PM, Shaun McCance wrote: > Meta: How can we prevent these kinds of late-cycle changes in the > future? Testable[0]. And OSTree, hopefully. > Part of the problem may be implementing from mockups with > insufficient specification of behavior. But there will always be

Meta: Late Changes [was: Re: UI freeze break request for GNOME Shell]

On Fri, 2012-10-26 at 14:35 -0400, Shaun McCance wrote: > Meta: How can we prevent these kinds of late-cycle changes in the > future? Part of the problem may be implementing from mockups with > insufficient specification of behavior. But there will always be > implementation issues you don't antici

Re: UI freeze break request for GNOME Shell

On Fri, Oct 26, 2012 at 1:18 PM, Florian Müllner wrote: > I have done a quick check on the documentation, it does not look like > either behavior is currently documented... +1 from Docs Team... we were just holding off so the right behaviour could be immortalized in the docs. Mike _

Re: UI freeze break request for GNOME Shell

On Fri, 2012-10-26 at 19:18 +0200, Florian Müllner wrote: > Hey! > > I am really sorry for this, but I'd like to request another freeze > break for GNOME Shell. As you may know, notifications in the message > tray now spot a small close button, which may be used to dismiss the > notification. Whil

Re: UI freeze break request for GNOME Shell

On Fri, Oct 26, 2012 at 1:18 PM, Florian Müllner wrote: > Hey! > > I am really sorry for this, but I'd like to request another freeze > break for GNOME Shell. As you may know, notifications in the message > tray now spot a small close button, which may be used to dismiss the > notification. While

UI freeze break request for GNOME Shell

Hey! I am really sorry for this, but I'd like to request another freeze break for GNOME Shell. As you may know, notifications in the message tray now spot a small close button, which may be used to dismiss the notification. While we managed to match the mockups pretty well, the designers did not a

Re: Freeze break request for GNOME Shell

On Fri, 2012-10-05 at 17:52 +0200, Florian Müllner wrote: > Hey, > > looks like I have to request another UI freeze break for GNOME Shell :-) > > https://bugzilla.gnome.org/show_bug.cgi?id=685201 is about a UI glitch > in the login screen that was accidentally introduced when updating the > lock

Re: Freeze break request for GNOME Shell

On Fri, Oct 5, 2012 at 11:52 AM, Florian Müllner wrote: > Hey, > > looks like I have to request another UI freeze break for GNOME Shell :-) > > https://bugzilla.gnome.org/show_bug.cgi?id=685201 is about a UI glitch > in the login screen that was accidentally introduced when updating the > lock scr

Freeze break request for GNOME Shell

Hey, looks like I have to request another UI freeze break for GNOME Shell :-) https://bugzilla.gnome.org/show_bug.cgi?id=685201 is about a UI glitch in the login screen that was accidentally introduced when updating the lock screen style. Rather than just fixing the glitch in question, we think i

Re: A last freeze break request for GNOME Shell (this cycle)

On 25 September 2012 09:29, Matthias Clasen wrote: > On Mon, Sep 24, 2012 at 7:57 PM, Florian Müllner wrote: >> Hey, >> >> here's a bigger one: I'd like to get a freeze break approval for >> https://bugzilla.gnome.org/show_bug.cgi?id=683546; it is the last bug >> marked as release blocker for gno

Re: A last freeze break request for GNOME Shell (this cycle)

On Mon, Sep 24, 2012 at 7:57 PM, Florian Müllner wrote: > Hey, > > here's a bigger one: I'd like to get a freeze break approval for > https://bugzilla.gnome.org/show_bug.cgi?id=683546; it is the last bug > marked as release blocker for gnome-shell, and addresses a rather > serious issue where the

A last freeze break request for GNOME Shell (this cycle)

Hey, here's a bigger one: I'd like to get a freeze break approval for https://bugzilla.gnome.org/show_bug.cgi?id=683546; it is the last bug marked as release blocker for gnome-shell, and addresses a rather serious issue where the shell ends up unusable (stucked grab) when using the On-Screen-Keybo

Re: freeze break request for gnome-shell

Matthias Clasen wrote: > I already gave my +1 in the bug, looking for a second approval here. +1. Fred ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.

freeze break request for gnome-shell

See https://bugzilla.gnome.org/show_bug.cgi?id=684459 I'd like to get a very small patch committed. It addresses a problem related to user switching. When clicking the 'Switch user' menuitem, we switch vts, which causes the shell to stop whatever it is doing. When we later switch back, the screen

Re: String freeze break request for gnome-shell

2/2 from i18n. Cherrs, On Sep 19, 2012 9:09 AM, "Gabor Kelemen" wrote: > 2012-09-18 20:33 keltezéssel, Giovanni Campagna írta: > >> Hello release team, hello translators, >> >> I'd like to break the string freeze for gnome-shell for bug >> https://bugzilla.gnome.org/**show_bug.cgi?id=683060

Re: String freeze break request for gnome-shell

2012-09-18 20:33 keltezéssel, Giovanni Campagna írta: Hello release team, hello translators, I'd like to break the string freeze for gnome-shell for bug https://bugzilla.gnome.org/show_bug.cgi?id=683060. The main part of it is already solved, what is left out is handling DBus errors that might h

Re: String freeze break request for gnome-shell

On Tue, Sep 18, 2012 at 2:33 PM, Giovanni Campagna wrote: The patch looks good to me. I've asked #gnome-design to weigh in. ___ release-team@gnome.org https://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discus

Re: String freeze break request for gnome-shell

2012/9/18 Florian Müllner : > On Tue, Sep 18, 2012 at 8:33 PM, Giovanni Campagna > wrote: >> With the patch, "Authentication error" is shown for a few seconds under the >> entry (in the same place as "Authentication failed"), and the greeter >> is reset or the lock screen curtain falls down again.

Re: String freeze break request for gnome-shell

On Tue, Sep 18, 2012 at 8:33 PM, Giovanni Campagna wrote: > With the patch, "Authentication error" is shown for a few seconds under the > entry (in the same place as "Authentication failed"), and the greeter > is reset or the lock screen curtain falls down again. Could you attach a screenshot on

String freeze break request for gnome-shell

Hello release team, hello translators, I'd like to break the string freeze for gnome-shell for bug https://bugzilla.gnome.org/show_bug.cgi?id=683060. The main part of it is already solved, what is left out is handling DBus errors that might happen even if GDM is available and the right version. Th

Re: UI freeze break request for gnome-shell

On 5 September 2012 05:56, Giovanni Campagna wrote: > 2012/9/4 Matthias Clasen : >> On Tue, Sep 4, 2012 at 3:49 PM, Giovanni Campagna >> wrote: >>> Hello release team, >>> >>> As promised, I'm here again with another request for UI freeze break. >>> This time, it's about https://bugzilla.gnome.or

Re: UI freeze break request for gnome-shell

2012/9/4 Matthias Clasen : > On Tue, Sep 4, 2012 at 3:49 PM, Giovanni Campagna > wrote: >> Hello release team, >> >> As promised, I'm here again with another request for UI freeze break. >> This time, it's about https://bugzilla.gnome.org/show_bug.cgi?id=682544 >> What it does is replacing the "Au

Re: UI freeze break request for gnome-shell

On Tue, Sep 4, 2012 at 3:49 PM, Giovanni Campagna wrote: > Hello release team, > > As promised, I'm here again with another request for UI freeze break. > This time, it's about https://bugzilla.gnome.org/show_bug.cgi?id=682544 > What it does is replacing the "Authentication failed" banner > notifi

UI freeze break request for gnome-shell

Hello release team, As promised, I'm here again with another request for UI freeze break. This time, it's about https://bugzilla.gnome.org/show_bug.cgi?id=682544 What it does is replacing the "Authentication failed" banner notification on password failure, as well as other PAM messages, in gdm and

Re: UI freeze break request for gnome-shell

On Fri, Aug 31, 2012 at 7:41 PM, Javier Jardón wrote: > On 1 September 2012 06:06, Giovanni Campagna > wrote: >> Hello release team, >> >> I'm requesting a UI freeze break for the following bug: >> https://bugzilla.gnome.org/show_bug.cgi?id=682285 >> (only the two patches marked accepted-commit_

Re: UI freeze break request for gnome-shell

On 1 September 2012 06:06, Giovanni Campagna wrote: > Hello release team, > > I'm requesting a UI freeze break for the following bug: > https://bugzilla.gnome.org/show_bug.cgi?id=682285 > (only the two patches marked accepted-commit_now are significant, the > rest are dubious code cleanups) > > Th

UI freeze break request for gnome-shell

Hello release team, I'm requesting a UI freeze break for the following bug: https://bugzilla.gnome.org/show_bug.cgi?id=682285 (only the two patches marked accepted-commit_now are significant, the rest are dubious code cleanups) The scope of the bug is to replace the arrow handle in the screen loc

Re: Freeze break request for gnome-shell

On Mon, 2012-03-26 at 08:07 -0400, Matthias Clasen wrote: > On Mon, Mar 26, 2012 at 6:45 AM, Florian Müllner wrote: > > There is a problem with the new shell keyring dialogs, as demonstrated in > > this[0] video. The proper fix in bug 672543[1] is small but intrusive, so > > for the 3.4 release, I

Re: Freeze break request for gnome-shell

On Mon, Mar 26, 2012 at 6:45 AM, Florian Müllner wrote: > There is a problem with the new shell keyring dialogs, as demonstrated in > this[0] video. The proper fix in bug 672543[1] is small but intrusive, so > for the 3.4 release, I am proposing a safe workaround instead. It consists > of giving c

Freeze break request for gnome-shell

There is a problem with the new shell keyring dialogs, as demonstrated in this[0] video. The proper fix in bug 672543[1] is small but intrusive, so for the 3.4 release, I am proposing a safe workaround instead. It consists of giving checkbox labels a fixed height of two lines of text - as the widge

Re: Freeze break request for gnome-shell

In case it is still needed, I'm fine with these changes, second release team approval. ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.

Re: Freeze break request for gnome-shell

2011-10-13 21:20 keltezéssel, Johannes Schmid írta: Hi! I think we discussed that already for the original break request, so 1 of 2 from i18n. Important enough for me, i18n approval 2/2. Regards Gabor Kelemen ___ release-team@gnome.org http://mail.g

Re: Freeze break request for gnome-shell

Hi! I think we discussed that already for the original break request, so 1 of 2 from i18n. Regards, Johannes ___ release-team@gnome.org http://mail.gnome.org/mailman/listinfo/release-team Release-team lurker? Do NOT participate in discussions.

  1   2   >