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

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:

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

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

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

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

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.

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.

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

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

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"

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

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

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

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. > > > >

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

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. > >

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

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

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

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 thr

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

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

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

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 >

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

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

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 >

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:

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

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 ___

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

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: instead of

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

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 folder

Re: Freeze break request for gnome-shell

On Fri, Sep 19, 2014 at 8:10 AM, Frederic Peters fpet...@gnome.org 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

Re: Freeze break request for gnome-shell

Danke merci! On Fri, Sep 19, 2014 at 2:39 PM, Matthias Clasen matthias.cla...@gmail.com wrote: On Fri, Sep 19, 2014 at 8:10 AM, Frederic Peters fpet...@gnome.org 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

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 guess

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]

Re: String freeze break request for gnome-shell

1/2 from i18n Cheers 2014-09-12 12:04 GMT+02:00 Florian Müllner fmuell...@gnome.org: 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

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: 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 :).

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 was

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

Re: Freeze break request for GNOME Shell

2013/10/10 Florian Müllner fmuell...@gnome.org: 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

Re: Freeze break request for GNOME Shell

On 10 October 2013 15:38, Piotr Drąg piotrd...@gmail.com wrote: 2013/10/10 Florian Müllner fmuell...@gnome.org: 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

Re: Freeze break request for GNOME Shell

Piotr Drąg piotrd...@gmail.com, Thu, 10 Oct 2013 16:38:42 +0200: 2013/10/10 Florian Müllner fmuell...@gnome.org: 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

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.

Re: Freeze break request for gnome-shell

On Fri, Mar 1, 2013 at 9:20 AM, Cosimo Cecchi cosimo.cec...@gmail.com 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

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

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 that

Re: Freeze break request for gnome-shell

On Fri, Mar 1, 2013 at 9:20 AM, Cosimo Cecchi cosimo.cec...@gmail.com 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

Re: UI freeze break request for GNOME Shell

Michael Hill wrote: On Fri, Oct 26, 2012 at 1:18 PM, Florian Müllner fmuell...@gnome.org 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

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. While we

Re: UI freeze break request for GNOME Shell

On Fri, Oct 26, 2012 at 8:35 PM, Shaun McCance sha...@gnome.org 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

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 screen

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

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

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

On Mon, Sep 24, 2012 at 7:57 PM, Florian Müllner fmuell...@gnome.org 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

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

On 25 September 2012 09:29, Matthias Clasen matthias.cla...@gmail.com wrote: On Mon, Sep 24, 2012 at 7:57 PM, Florian Müllner fmuell...@gnome.org 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

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

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

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.

Re: String freeze break request for gnome-shell

On Tue, Sep 18, 2012 at 8:33 PM, Giovanni Campagna scampa.giova...@gmail.com 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

Re: String freeze break request for gnome-shell

On Tue, Sep 18, 2012 at 2:33 PM, Giovanni Campagna scampa.giova...@gmail.com 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

Re: UI freeze break request for gnome-shell

On Tue, Sep 4, 2012 at 3:49 PM, Giovanni Campagna scampa.giova...@gmail.com 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

Re: UI freeze break request for gnome-shell

2012/9/4 Matthias Clasen matthias.cla...@gmail.com: On Tue, Sep 4, 2012 at 3:49 PM, Giovanni Campagna scampa.giova...@gmail.com wrote: Hello release team, As promised, I'm here again with another request for UI freeze break. This time, it's about

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

Re: UI freeze break request for gnome-shell

On 1 September 2012 06:06, Giovanni Campagna scampa.giova...@gmail.com 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

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

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

Re: Freeze break request for gnome-shell

On Thu, 2011-10-13 at 16:03 +0200, Florian Müllner wrote: On mar, 2011-09-20 at 16:30 -0400, Matthias Clasen wrote: On Mon, Sep 19, 2011 at 10:00 AM, Florian Müllner fmuell...@gnome.org wrote: On lun, 2011-09-19 at 15:39 +0200, Luca Ferretti wrote: It's a -1 from me. A small visual

Re: Freeze break request for gnome-shell

On Thu, 2011-10-13 at 16:03 +0200, Florian Müllner wrote: On mar, 2011-09-20 at 16:30 -0400, Matthias Clasen wrote: On Mon, Sep 19, 2011 at 10:00 AM, Florian Müllner fmuell...@gnome.org wrote: On lun, 2011-09-19 at 15:39 +0200, Luca Ferretti wrote: It's a -1 from me. A small visual

Re: freeze break request for gnome-shell chat/on-screen-keyboard integration

On 22 September 2011 20:27, Dan Winship d...@gnome.org wrote: On 09/22/2011 01:23 PM, Matthias Clasen wrote: On Thu, Sep 22, 2011 at 10:34 AM, Dan Winship d...@gnome.org wrote: https://bugzilla.gnome.org/show_bug.cgi?id=658603 should have gotten committed before the freeze/tarball, but

Re: Freeze break request for gnome-shell

On Thu, 2011-09-22 at 15:57 +0200, Florian Müllner wrote: Hey, I'd like to request a freeze break for the following bug: https://bugzilla.gnome.org/show_bug.cgi?id=659827 Approval 2/2 ___ release-team@gnome.org

freeze break request for gnome-shell/caribou keyboard interaction

Under certain circumstances (especially if gnome-shell crashes and is restarted), it's possible for antler (the fallback on-screen keyboard that is part of caribou) to end up running under gnome-shell. This is easy to fix, it's just a matter of picking the right dbus flags when grabbing the

Re: freeze break request for gnome-shell/caribou keyboard interaction

On Thu, Sep 22, 2011 at 5:36 PM, Dan Winship d...@gnome.org wrote: Under certain circumstances (especially if gnome-shell crashes and is restarted), it's possible for antler (the fallback on-screen keyboard that is part of caribou) to end up running under gnome-shell. This is easy to fix,

Re: Freeze break request for gnome-shell

2011/9/19 Florian Müllner fmuell...@gnome.org On lun, 2011-09-19 at 15:39 +0200, Luca Ferretti wrote: It's a -1 from me. A small visual incoherence is better then feature regression. Better wait 3.4 for a proper solution. I'm less worried about visual incoherence here, but rather about

Re: String freeze break request in gnome-shell

2011/9/7 Piotr Drąg piotrd...@gmail.com: I'd like to commit a patch from bug 658414 [1] to add context to two Sign In strings in login window. I need different translations for them in Polish (one is a button [2] and another is a window title/command [3]). I'm pretty sure some other languages

Re: String freeze break request in gnome-shell

2011-09-07 21:28 keltezéssel, Piotr Drąg írta: Hi, I'd like to commit a patch from bug 658414 [1] to add context to two Sign In strings in login window. I need different translations for them in Polish (one is a button [2] and another is a window title/command [3]). I'm pretty sure some other

Re: String freeze break request in gnome-shell

El dv 09 de 09 de 2011 a les 18:25 +0200, en/na Gabor Kelemen va escriure: 2011-09-07 21:28 keltezéssel, Piotr Drąg írta: Hi, I'd like to commit a patch from bug 658414 [1] to add context to two Sign In strings in login window. I need different translations for them in Polish (one is a

Re: String freeze break request in gnome-shell

2011/9/9 Gil Forcada gforc...@gnome.org: El dv 09 de 09 de 2011 a les 18:25 +0200, en/na Gabor Kelemen va escriure: i18n approval 1/2, provided that no one touches fuzzy translations ;). 2/2 and I agree with Gabor, please let us handle fuzziness. Of course. This is committed and pushed now.