After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 672457 - untranslatable string (or confusing UI)
untranslatable string (or confusing UI)
Status: RESOLVED FIXED
Product: gnome-boxes
Classification: Applications
Component: general
3.3.x (unsupported)
Other Linux
: Normal normal
: --
Assigned To: GNOME Boxes maintainer(s)
GNOME Boxes maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2012-03-20 11:01 UTC by Christophe Fergeau
Modified: 2016-03-31 13:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot with 'no password' (221.74 KB, image/png)
2012-03-20 11:01 UTC, Christophe Fergeau
Details

Description Christophe Fergeau 2012-03-20 11:01:18 UTC
Created attachment 210163 [details]
screenshot with 'no password'

In the box creation summary, there's a "Password: no password" entry, which is not marked as translateable. Seeing this and some recent discussions, I'm not 100% whether this means the box doesn't have a password (shouldn't this be hidden in this case?), or if it means that the box uses a default password which is "no password", in which case we probably should use something less confusing (ie some non-security related word like gnome or boxes or anything :)
Comment 1 Zeeshan Ali 2012-03-20 13:52:51 UTC
(In reply to comment #0)
> Created an attachment (id=210163) [details]
> screenshot with 'no password'
> 
> In the box creation summary, there's a "Password: no password" entry, which is
> not marked as translateable.

It should be but there is a string freeze in effect right now. Could be fixed in a separate branch though..

> Seeing this and some recent discussions, I'm not
> 100% whether this means the box doesn't have a password (shouldn't this be
> hidden in this case?), or if it means that the box uses a default password
> which is "no password", in which case we probably should use something less
> confusing (ie some non-security related word like gnome or boxes or anything :)

You are getting confused with bug#670306, which is only about a fedora-specific issue. To me 'no password' with spaces clearly means what it says: no password. Perhaps it could be made even more clear so suggestion with 1-liner patch welcome!
Comment 2 Christophe Fergeau 2012-03-20 14:07:08 UTC
(In reply to comment #1)
> (In reply to comment #0)
> > Created an attachment (id=210163) [details] [details]
> > screenshot with 'no password'
> > 
> > In the box creation summary, there's a "Password: no password" entry, which is
> > not marked as translateable.
> 
> It should be but there is a string freeze in effect right now. Could be fixed
> in a separate branch though..
> 

Marking a string which is already present as translatable is not considered breaking string freeze, though it's always possible to formally ask for a string break if you want to be 100% sure.
Adding a new string that was not there previously is breaking the string freeze.
Comment 3 Zeeshan Ali 2012-03-20 16:36:43 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > (In reply to comment #0)
> > > Created an attachment (id=210163) [details] [details] [details]
> > > screenshot with 'no password'
> > > 
> > > In the box creation summary, there's a "Password: no password" entry, which is
> > > not marked as translateable.
> > 
> > It should be but there is a string freeze in effect right now. Could be fixed
> > in a separate branch though..
> > 
> 
> Marking a string which is already present as translatable is not considered
> breaking string freeze,

You are wrong! https://live.gnome.org/TranslationProject/HandlingStringFreezes . From the POV of translators, making an existing string for translation and adding a completely new string for translation are quite the same thing.
Comment 4 André Klapper 2012-03-20 16:39:11 UTC
Zeeshan: Oh please read it first.
Quote:

What changes are not affected by the string freeze?
    Change or addition of a message that is not marked for translation.
Comment 5 Zeeshan Ali 2012-03-20 16:42:11 UTC
(In reply to comment #4)
> Zeeshan: Oh please read it first.
> Quote:
> 
> What changes are not affected by the string freeze?
>     Change or addition of a message that is not marked for translation.

How does that translate to "Marking a message for translation"?
Comment 6 Christophe Fergeau 2012-03-20 16:45:37 UTC
(In reply to comment #3)
> . From the POV of translators, making an existing string for translation and
> adding a completely new string for translation are quite the same thing.

Nope, this is different, in the first case, there *is* a string in the UI that cannot be translated, in the second case, you *add* an untranslated string in the UI.

It is marking the string as translatable that does not change a lot for the translator (if it was already present): at worse, it will stay untranslated as before, and in the best case the translator will get a chance to tranlate it. The only difference this makes for tranlators is in statistics.
Comment 7 Christophe Fergeau 2012-03-20 16:46:39 UTC
Andre quoted the wrong part of it, but he also invited you to actually read this page...

"What changes are not affected by the string freeze?

The following types of changes do not need explicit approval, however we would still very much like them to be announced so that we know about them:

    Marking a message for translation that was previously not marked for translation by accident."
Comment 8 André Klapper 2012-03-20 16:48:01 UTC
Now teuf was faster, but still posting what my answer would have been:


Heh, okay... Feel free to edit the wikipage so it makes sense for you.

Note that there is also already:
"The following types of changes do not need explicit approval, however we would
still very much like them to be announced so that we know about them:
    Marking a message for translation that was previously not marked for
translation by accident."

So please fix it and inform gnome-i18n@ about it. Thanks. :)
Comment 9 Zeeshan Ali 2012-03-20 16:54:57 UTC
Done!