2014-09-09 15:06 GMT+02:00 Alexandre Franke :
> On Tue, Sep 9, 2014 at 1:23 PM, David Woodhouse wrote:
>> I'd like to backport some fixes from Evolution master to 3.12 which fix
>> GSSAPI HTTP authentication and error reporting¹.
>>
>> Previously, if we were unable to translate an error number int
On Tue, Sep 9, 2014 at 1:23 PM, David Woodhouse wrote:
> I'd like to backport some fixes from Evolution master to 3.12 which fix
> GSSAPI HTTP authentication and error reporting¹.
>
> Previously, if we were unable to translate an error number into a string
> we would end up with an untranslated me
I'd like to backport some fixes from Evolution master to 3.12 which fix
GSSAPI HTTP authentication and error reporting¹.
Previously, if we were unable to translate an error number into a string
we would end up with an untranslated message of the form 'Unknown error
code' or 'Unknown code %d' from
hi Alexandre;
you're absolutely right. just for reference to the i18n teams, the strings are:
"""
You are currently browsing incognito. Pages viewed in this
mode will not show up in your browsing history and all stored
information will be cleared when you close the window. Any files you
download
Second +1 from i18n.
Cheers
El 05/09/2014 13:21, "Alexandre Franke"
escribió:
> On Fri, Sep 5, 2014 at 1:12 PM, Emmanuele Bassi wrote:
> > hi all;
> >
> > I filed this bug[0] for epiphany to update the "incognito mode" string
> > to include a warning about the fact that browsing incognito won't
On Fri, Sep 5, 2014 at 1:12 PM, Emmanuele Bassi wrote:
> hi all;
>
> I filed this bug[0] for epiphany to update the "incognito mode" string
> to include a warning about the fact that browsing incognito won't
> prevent other actors from tracking your activity. I think it's a good
> thing to notify
hi all;
I filed this bug[0] for epiphany to update the "incognito mode" string
to include a warning about the fact that browsing incognito won't
prevent other actors from tracking your activity. I think it's a good
thing to notify the users about this detail, and other browsers do the
same.
there
Actually you don't need approval to mark previously excluded messages as
translatable. At least from i18n guys.
On Mon, 2010-03-22 at 14:33 -0500, Jason D. Clinton wrote:
> Permission to add missing .js files to POTFILES.in?
> https://bugzilla.gnome.org/show_bug.cgi?id=613092
>
>
> _
Jason D. Clinton írta:
Permission to add missing .js files to POTFILES.in?
https://bugzilla.gnome.org/show_bug.cgi?id=613092
This does not count as a break, as these files are already there. Just
go ahead and commit.
Regards
Gabor Kelemen
___
d
Le lundi 22 mars 2010, à 15:19 -0500, Jason D. Clinton a écrit :
> We are in hard code freeze. I included i18n only as an informative measure.
This is not covered by the hard code freeze, so you can go ahead.
Vincent
> On Mon, Mar 22, 2010 at 2:43 PM, Gabor Kelemen wrote:
>
> > Jason D. Clinto
We are in hard code freeze. I included i18n only as an informative measure.
On Mon, Mar 22, 2010 at 2:43 PM, Gabor Kelemen wrote:
> Jason D. Clinton írta:
>
> Permission to add missing .js files to POTFILES.in?
>> https://bugzilla.gnome.org/show_bug.cgi?id=613092
>>
>>
>>
> This does not count
Permission to add missing .js files to POTFILES.in?
https://bugzilla.gnome.org/show_bug.cgi?id=613092
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Le samedi 19 septembre 2009 à 14:51 +0200, Andre Klapper a écrit :
> Hi Milan,
>
> Am Samstag, den 19.09.2009, 14:02 +0200 schrieb Milan Bouchet-Valat:
> > The fix I've committed to master is a one-liner with a very low risk
> > since it only changes the "uid" variable to "user_uid", since it's wh
Hi Milan,
Am Samstag, den 19.09.2009, 14:02 +0200 schrieb Milan Bouchet-Valat:
> The fix I've committed to master is a one-liner with a very low risk
> since it only changes the "uid" variable to "user_uid", since it's what
> was intended.
http://git.gnome.org/cgit/gnome-system-tools/tree/src/use
Hi!
I've just realized by performing some more tests that a subtly mistaken
commit from August 31st had introduced a random failure to create users.
Basically, we are checking that an UID is free by comparing all UIDs to
an uninitialized uid_t, which obviously won't work. Sometimes, you
cannot cre
Hi,
I'd like to apply the small patchset attached to
https://bugzilla.gnome.org/show_bug.cgi?id=595450
The fix is straightforward, it affects a new api added in this
development cycle that was not tested under all conditions, preventing a
crash and ugly empty tooltips when no tooltip for
Am Freitag, den 18.09.2009, 18:45 +0100 schrieb Lucas Rocha:
> 2009/9/18 Bastien Nocera :
> > https://bugzilla.gnome.org/show_bug.cgi?id=581817
> Approval 1/2.
> --lucasr
Approval 2/2.
andre
--
mailto:ak...@gmx.net | failed
http://www.iomc.de/ | http://blogs.gnome.org/aklapper
_
Hey,
2009/9/18 Bastien Nocera :
> If you tried to activate mDNS bookmarks in vinagre, you'd get:
> (vinagre:5842): GLib-GObject-CRITICAL **: g_value_get_object: assertion
> `G_VALUE_HOLDS_OBJECT (value)' failed
>
> ** (vinagre:5842): CRITICAL **: vinagre_bookmarks_entry_get_node: assertion
> `VI
If you tried to activate mDNS bookmarks in vinagre, you'd get:
(vinagre:5842): GLib-GObject-CRITICAL **: g_value_get_object: assertion
`G_VALUE_HOLDS_OBJECT (value)' failed
** (vinagre:5842): CRITICAL **: vinagre_bookmarks_entry_get_node: assertion
`VINAGRE_IS_BOOKMARKS_ENTRY (entry)' failed
**
Am Donnerstag, den 17.09.2009, 14:35 +0200 schrieb Frederic Peters:
> > Requesting permission to apply this one-liner fix
>
> +1
> Frederic
Approval 2/2.
andre
--
mailto:ak...@gmx.net | failed
http://www.iomc.de/ | http://blogs.gnome.org/aklapper
r-t approval 2 of 2. Go ahead.
--lucasr
2009/9/17 Gustavo Carneiro :
> Requesting permission to apply this one-liner fix for a silly bug in the
> braseroburn module in gnome-python-desktop. It seems harmless (but I
> even tested it just in case) and adds a bunch of constants that were
> suppose
to., 17.09.2009 kl. 14.59 +0200, skrev Frederic Peters:
> Carlos Garcia Campos wrote:
>
> > Bug 595356 - query_writable_namespaces() doesn't return metadata even
> > though it's supported
> >
> > In order to know whether metadata is supported for a given file we call
> > g_file_query_writable_na
Carlos Garcia Campos wrote:
> Bug 595356 - query_writable_namespaces() doesn't return metadata even
> though it's supported
>
> In order to know whether metadata is supported for a given file we call
> g_file_query_writable_namespaces() so that if metadata is in the list of
> writable namespaces
Bastien Nocera wrote:
> During the Fedora Audio test day we found this bug:
> https://bugzilla.gnome.org/show_bug.cgi?id=595438
>
> Downstream bug report is:
> https://bugzilla.redhat.com/show_bug.cgi?id=523669
>
> The original bug reporter and I found that it fixed the bug in question.
+1, even
Gustavo Carneiro wrote:
> Requesting permission to apply this one-liner fix for a silly bug in the
> braseroburn module in gnome-python-desktop. It seems harmless (but I
> even tested it just in case) and adds a bunch of constants that were
> supposed to be there and without which it is impossibl
Hi,
2009/9/17 Bastien Nocera :
> During the Fedora Audio test day we found this bug:
> https://bugzilla.gnome.org/show_bug.cgi?id=595438
>
> Downstream bug report is:
> https://bugzilla.redhat.com/show_bug.cgi?id=523669
>
> The original bug reporter and I found that it fixed the bug in question.
Requesting permission to apply this one-liner fix for a silly bug in the
braseroburn module in gnome-python-desktop. It seems harmless (but I
even tested it just in case) and adds a bunch of constants that were
supposed to be there and without which it is impossible to write some code.
--- braser
During the Fedora Audio test day we found this bug:
https://bugzilla.gnome.org/show_bug.cgi?id=595438
Downstream bug report is:
https://bugzilla.redhat.com/show_bug.cgi?id=523669
The original bug reporter and I found that it fixed the bug in question.
Cheers
On Tue, Sep 15, 2009 at 9:25 PM, Patryk Zawadzki wrote:
> On Tue, Sep 15, 2009 at 9:06 PM, Frederic Peters wrote:
>> Jaap A. Haitsma wrote:
>>
>>> Attached a patch that makes sure that images don't get a frame.
>>> Currently larger images than 128 pixels will always get framed, but
>>> this can l
Bug 595356 - query_writable_namespaces() doesn't return metadata even
though it's supported
In order to know whether metadata is supported for a given file we call
g_file_query_writable_namespaces() so that if metadata is in the list of
writable namespaces we can safely get/set metadata on that f
Patryk Zawadzki wrote:
2) It doesn't seem to be an issue for images below 128x128 and they
currently have no frame.
I would rather have added a frame around images smaller than 128x128.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.o
On Tue, Sep 15, 2009 at 9:06 PM, Frederic Peters wrote:
> Jaap A. Haitsma wrote:
>
>> Attached a patch that makes sure that images don't get a frame.
>> Currently larger images than 128 pixels will always get framed, but
>> this can look ugly (see attached screenshot)
> I know this is not a reques
Jaap A. Haitsma wrote:
> Attached a patch that makes sure that images don't get a frame.
> Currently larger images than 128 pixels will always get framed, but
> this can look ugly (see attached screenshot)
>
> Patch has been approved by Alexander Larsson (Nautilus Maintainer).
> Can this patch st
Hi,
Attached a patch that makes sure that images don't get a frame.
Currently larger images than 128 pixels will always get framed, but
this can look ugly (see attached screenshot)
Patch has been approved by Alexander Larsson (Nautilus Maintainer).
Can this patch still go in? It's a trivial chang
On Wed, 2009-02-25 at 17:35 +, Calum Benson wrote:
> On Wed, 2009-02-25 at 15:00 +0100, Alexander Larsson wrote:
>
> > Hmm, what do you propose to use then? Using "Executable" in the UI
> > sounds pretty lame, its an implementation detail after all.
>
> Well, I'll ask our trusted desktop guy
On Wed, 2009-02-25 at 15:00 +0100, Alexander Larsson wrote:
> Hmm, what do you propose to use then? Using "Executable" in the UI
> sounds pretty lame, its an implementation detail after all.
Well, I'll ask our trusted desktop guys today first, to see if they
think it's even an issue--maybe the c
On Wed, 2009-02-25 at 13:04 +, Calum Benson wrote:
> On Tue, 2009-02-24 at 10:16 +0100, Alexander Larsson wrote:
> > On Mon, 2009-02-23 at 13:52 +0100, Wouter Bolsterlee wrote:
> > >
> > > So, my suggestion:
> > >
> > > The application launcher "%s" has not been marked as trusted. If you do
On Tue, 2009-02-24 at 10:16 +0100, Alexander Larsson wrote:
> On Mon, 2009-02-23 at 13:52 +0100, Wouter Bolsterlee wrote:
> >
> > So, my suggestion:
> >
> > The application launcher "%s" has not been marked as trusted. If you do
> > not know this application launcher's source, launching it m
Am Dienstag, den 24.02.2009, 11:28 +0100 schrieb Wouter Bolsterlee:
> 2009-02-24 klockan 10:16 skrev Alexander Larsson:
> > On Mon, 2009-02-23 at 13:52 +0100, Wouter Bolsterlee wrote:
> > > 1. Why use the passive voice in the first sentence ("... is unknown to
> > >you")? Directly addressing th
2009-02-24 klockan 10:16 skrev Alexander Larsson:
> On Mon, 2009-02-23 at 13:52 +0100, Wouter Bolsterlee wrote:
> > 1. Why use the passive voice in the first sentence ("... is unknown to
> >you")? Directly addressing the user seems more logical in this case.
> > 2. Why "is marked as trusted"? I
On Mon, 2009-02-23 at 13:52 +0100, Wouter Bolsterlee wrote:
> 2009-02-23 klockan 10:43 skrev Christian Rose:
> > On 2/23/09, Alexander Larsson wrote:
> > > On Fri, 2009-02-20 at 15:24 +, Karl Lattimer wrote:
> > > > > Untrusted application launcher
> > > > > The file %s is an application l
2009-02-23 klockan 10:43 skrev Christian Rose:
> On 2/23/09, Alexander Larsson wrote:
> > On Fri, 2009-02-20 at 15:24 +, Karl Lattimer wrote:
> > > > Untrusted application launcher
> > > > The file %s is an application launcher, but it is not marked trusted.
> > > > If you recieved this
On 2/23/09, Alexander Larsson wrote:
> On Fri, 2009-02-20 at 15:24 +, Karl Lattimer wrote:
> > > Untrusted application launcher
> > > The file %s is an application launcher, but it is not marked trusted.
> > > If you recieved this file from an unknown source or did not expect it
> > >
On Fri, 2009-02-20 at 15:24 +, Karl Lattimer wrote:
> > Untrusted application launcher
> > The file %s is an application launcher, but it is not marked trusted.
> > If you recieved this file from an unknown source or did not expect it
> > to be an application launcher it may be unsafe to
Le lundi 10 mars 2008 à 10:10 +0100, Vincent Untz a écrit :
> Le dimanche 09 mars 2008, à 17:45 -0700, Eitan Isaacson a écrit :
> > Oh Crap. I missed this mail..
> >
> > Yes
> >
> > >
> > > Is there any point in keeping the non-localized plugin name?
> > >
> >
> > Yes, the gconf key names are d
Le dimanche 09 mars 2008, à 17:45 -0700, Eitan Isaacson a écrit :
> Oh Crap. I missed this mail..
>
> Yes
>
> >
> > Is there any point in keeping the non-localized plugin name?
> >
>
> Yes, the gconf key names are derived from the non-localized names.
> I'll admit that this could use some cleanu
Oh Crap. I missed this mail..
Yes
>
> Is there any point in keeping the non-localized plugin name?
>
Yes, the gconf key names are derived from the non-localized names.
I'll admit that this could use some cleanup, but it is not urgent at
all, it could wait or the next major version.
_
Hi,
Le mercredi 05 mars 2008, à 16:42 -0800, Eitan Isaacson a écrit :
> Hi.
>
> This is to request a tiny change that will make a string that has
> already been marked for translation, actually translated in the UI.
>
> To demonstrate how tiny the diff is, here it is:
>
> --- a/plugins/validate
Hi.
This is to request a tiny change that will make a string that has
already been marked for translation, actually translated in the UI.
To demonstrate how tiny the diff is, here it is:
--- a/plugins/validate.py
+++ b/plugins/validate.py
@@ -150,6 +150,7 @@ class ValidatorViewport(ViewportPlugi
Thanks for the thumbs up. Committing changes now.
On Sat, 2007-09-15 at 23:30 +0200, Vincent Untz wrote:
> Le samedi 15 septembre 2007, à 10:20 -0600, Elijah Newren a écrit :
> > On 9/15/07, Willie Walker <[EMAIL PROTECTED]> wrote:
> > > Hi All:
> > >
> > > GNOME 2.20.0 is pyatspi's first official
Thanks for the thumbs up. Committing changes now.
On Sat, 2007-09-15 at 23:30 +0200, Vincent Untz wrote:
> Le samedi 15 septembre 2007, à 10:20 -0600, Elijah Newren a écrit :
> > On 9/15/07, Willie Walker <[EMAIL PROTECTED]> wrote:
> > > Hi All:
> > >
> > > GNOME 2.20.0 is pyatspi's first official
Hi.
I am assuming this is the green light to apply the patch of the first
bug?
Cheers,
Eitan.
On Sat, 2007-09-15 at 10:20 -0600, Elijah Newren wrote:
> I really hate hard code freeze break requests of this magnitude, but
> given your testing and careful explanation...and the fact that ne
Hi.
This is to request a freeze break on two outstanding patches:
http://bugzilla.gnome.org/show_bug.cgi?id=467366
http://bugzilla.gnome.org/show_bug.cgi?id=472301
The first one is a fix to allow new Firefox 3 event types to be caught.
As you know, Firefox has it's own schedule, and they could af
Hi,
We get some trouble with the composite extension being ignored due a
wrong value read from the DISPLAY variable. This wrong value was
introduced direct or indirect by bug #427992:
http://bugzilla.gnome.org/show_bug.cgi?id=427992
Gustavo give use a solution that was used in gnome-mag, that was
Le samedi 15 septembre 2007, à 10:20 -0600, Elijah Newren a écrit :
> On 9/15/07, Willie Walker <[EMAIL PROTECTED]> wrote:
> > Hi All:
> >
> > GNOME 2.20.0 is pyatspi's first official release to the world, so we
> > want to get the API as close to AT-SPI as possible. In addition, we
> > want it to
On 9/15/07, Eitan Isaacson <[EMAIL PROTECTED]> wrote:
> Hi.
>
> I am assuming this is the green light to apply the patch of the first
> bug?
Nope, you need two approvals from r-t members for any freeze break
approval. I gave you one of them (for each patch). You'll need
another for each patch be
On 9/15/07, Willie Walker <[EMAIL PROTECTED]> wrote:
> Hi All:
>
> GNOME 2.20.0 is pyatspi's first official release to the world, so we
> want to get the API as close to AT-SPI as possible. In addition, we
> want it to support the impending FF3 event type annotation feature. The
> patches in ques
Hi All:
GNOME 2.20.0 is pyatspi's first official release to the world, so we
want to get the API as close to AT-SPI as possible. In addition, we
want it to support the impending FF3 event type annotation feature. The
patches in question accomplish these goals and have been tested by
various memb
Le vendredi 14 septembre 2007, à 09:42 -0700, Eitan Isaacson a écrit :
> Hi.
>
> This is to request a freeze break on two outstanding patches:
> http://bugzilla.gnome.org/show_bug.cgi?id=467366
> http://bugzilla.gnome.org/show_bug.cgi?id=472301
>
> The first one is a fix to allow new Firefox 3 ev
Le vendredi 14 septembre 2007, à 23:37 -0300, Carlos Eduardo Rodrigues Diógenes
a écrit :
> PS.: Sorry for the second message, I send the first with the wrong e-mail.
>
> Hi,
>
> We get some trouble with the composite extension being ignored due a
> wrong value read from the DISPLAY variable. Th
PS.: Sorry for the second message, I send the first with the wrong e-mail.
Hi,
We get some trouble with the composite extension being ignored due a
wrong value read from the DISPLAY variable. This wrong value was
introduced direct or indirect by bug #427992:
http://bugzilla.gnome.org/show_bug.cgi
We tested and tested and could not find any regressions. Thanks
everyone! Committed per the patch.
Will
On Thu, 2007-09-13 at 17:27 +0200, Frederic Crozat wrote:
> Le jeudi 13 septembre 2007 à 17:06 +0200, Vincent Untz a écrit :
> > Le jeudi 13 septembre 2007, à 10:33 -0400, Willie Walker a écr
Le jeudi 13 septembre 2007 à 17:06 +0200, Vincent Untz a écrit :
> Le jeudi 13 septembre 2007, à 10:33 -0400, Willie Walker a écrit :
> > We've been testing this patch pretty heavily, and are continuing to do
> > so today. All is looking well, and I will only check things in on two
> > conditions:
tor, 13.09.2007 kl. 17.06 +0200, skrev Vincent Untz:
> Le jeudi 13 septembre 2007, à 10:33 -0400, Willie Walker a écrit :
> > We've been testing this patch pretty heavily, and are continuing to do
> > so today. All is looking well, and I will only check things in on two
> > conditions: 1) you guy
Le jeudi 13 septembre 2007, à 10:33 -0400, Willie Walker a écrit :
> We've been testing this patch pretty heavily, and are continuing to do
> so today. All is looking well, and I will only check things in on two
> conditions: 1) you guys say this is OK, and 2) continued testing shows
> that the pa
Hi All:
The pychecker fixes from earlier this week were the result of us looking
hard at some impending Firefox changes. Thanks for letting us get those
in. :-) Now for the real problem...
We've been working with the Firefox team and the AT-SPI maintainers on
an approach to allow applications
Hi Release Team et al.
- sorry for cross posting to release-team, but I had some technical
problems...
Deskbar trunk has a crasher in the history extension that makes it crash on
every query once it is enabled.
I get this consistently on my work machine, but not in my own laptop, so it
is likel
Thanks everyone! Committed the patch to exactly as it was given to you.
Will
On Wed, 2007-09-12 at 18:05 +0200, Vincent Untz wrote:
> Le mercredi 12 septembre 2007, à 17:03 +0200, Frederic Crozat a écrit :
> > Le mercredi 12 septembre 2007 à 10:52 -0400, Willie Walker a écrit :
> > > Hi All:
> >
Le mercredi 12 septembre 2007, à 17:03 +0200, Frederic Crozat a écrit :
> Le mercredi 12 septembre 2007 à 10:52 -0400, Willie Walker a écrit :
> > Hi All:
> >
> > In prepping for a different problem we're investigating with the Firefox
> > team, we've been running pychecker on the Orca sources.
Le mercredi 12 septembre 2007 à 10:52 -0400, Willie Walker a écrit :
> Hi All:
>
> In prepping for a different problem we're investigating with the Firefox
> team, we've been running pychecker on the Orca sources.
>
> We came across two serious problems. The first is that one of our
> scripts
Hi All:
In prepping for a different problem we're investigating with the Firefox
team, we've been running pychecker on the Orca sources.
We came across two serious problems. The first is that one of our
scripts (the one for nautilus) was importing a module that no longer
exists. The second is
Am Mittwoch, den 12.09.2007, 11:05 +0200 schrieb Carlos Garcia Campos:
> In summary, evince 2.19.92 doesn't support interactive
> forms :-P
>
> So, here is the trivial path to fix it:
> http://carlosgc.linups.org/files/ev-forms-macro.diff
>
> Ok to commit?
approval 2 of 2.
andre
--
mailto:[
Le mercredi 12 septembre 2007 à 11:05 +0200, Carlos Garcia Campos a
écrit :
> Hi all,
>
> evince 2.19.92 was released depending on poppler 0.6, so I removed a lot
> of #ifdefs for the features that were already implemented in evince but
> not yet in a poppler release. The thing is that I removed
Hi all,
evince 2.19.92 was released depending on poppler 0.6, so I removed a lot
of #ifdefs for the features that were already implemented in evince but
not yet in a poppler release. The thing is that I removed from the
configure the HAVE_FORMS macro but I forgot to remove one of the #ifdefs
in t
On Wed, July 13, 2005 11:37, Ronald S. Bultje said:
> Hi,
>
> #309260 adds a volume control to sound-juicer, can I break the feature
> freeze for that? The widget is well-tested and the feature is kinda
> important for a CD player.
Feature freeze starts with 2.11.5, so if s-j 2.11.5 was not releas
Hi,
#309260 adds a volume control to sound-juicer, can I break the feature
freeze for that? The widget is well-tested and the feature is kinda
important for a CD player.
Cheers,
Ronald
--
Ronald S. Bultje <[EMAIL PROTECTED]>
___
desktop-devel-list ma
76 matches
Mail list logo