Bug 420189 - Wrong wording for the "Save or discard" dialog
Summary: Wrong wording for the "Save or discard" dialog
Status: RESOLVED WORKSFORME
Alias: None
Product: i18n
Classification: Translations
Component: de (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: German-Translators
URL:
Keywords:
: 422916 427652 435568 (view as bug list)
Depends on:
Blocks:
 
Reported: 2020-04-17 10:14 UTC by Tobias Leupold
Modified: 2023-08-13 15:33 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tobias Leupold 2020-04-17 10:14:29 UTC
Hi i18n team :-)

I'm not sure with which version this translation change emerged, but as of recently, if e. g. one opens KWrite, types something and then closes it, the following Dialog appears:

    Das Dokument „Unbenannt“ ist geändert worden.
    Möchten Sie die Änderungen speichern oder verwerfen?
    
    Ja - Nein - Abbrechen

Which translates to

    The Document "Unnamed" has been changed.
    Would you like to save or discard your changes?
    
    Yes - No - Cancel

Using the C locale, it becomes apparent that the original string and button texts are correct, one gets the following:

    The document "Untitled" has been modified.
    Do you want to save your changes or discard them?

    Save - Discard - Cancel

Either, the text has to be only "Would you like to save your changes", where "Yes", "No" and "Cancel" would be proper answers, or there have to be the options "Save", "Discard" and "Cancel", so that it would fit the text.
Comment 1 Christoph Feck 2020-05-06 22:21:06 UTC
Odd, does this also happen in other languages?
Comment 2 Johannes Zarl-Zierl 2020-05-07 22:43:50 UTC
I can only confirm this for German as well, and at first I assumed it was a problem with kmail (See bug #411398). I've since seen is in several other applications.
What I find really peculiar is that (at least for me) this only ever happens for the first time that a Yes/No/Cancel dialog is shown.
Comment 3 Tobias Leupold 2020-05-08 05:27:37 UTC
I actually didn't notice this one!

1. Open kwrite
2. Type something
3. Try to close the window --> "Ja - Nein - Abbrechen" ("Yes - No - Cancel")
4. Press "Cancel"
5. Try to close the window again --> "Speichern - Verwerfen - Abbrechen" ("Save - Discard - Cancel").

This is really odd!
Comment 4 Frederik Schwarzer 2020-09-10 14:30:22 UTC
I just tried that on Arch Linux with ...
- KWrite Version 20.08.1
- KDE Frameworks 5.73.0
- Qt 5.15.0 (kompiliert gegen 5.15.0)
... and it worked correctly from the first try.

Is this still reproducible for you?
Comment 5 Tobias Leupold 2020-09-10 18:57:15 UTC
At least it still happens here on Gentoo with KWrite 20.04.3. I'll try to update to latest testing and see if it's still there ...
Comment 6 Burkhard Lück 2020-10-14 14:15:28 UTC
*** Bug 427652 has been marked as a duplicate of this bug. ***
Comment 7 Oliver Sander 2020-10-14 15:41:47 UTC
I'm the reporter of Bug 427652, which is the same problem, but in Okular.  Unfortunately I have a tiny bit of a nonstandard system ATM:  

* Okular is compiled from source
* my base system is Debian testing
* KDE and friends are installed from Norbert Preining's personal repository, see

 https://www.preining.info/blog/2020/06/kde-plasma-5-19-2-for-debian/

 Plasma: 5.19.2
 Frameworks: 5.71.0
 Qt: 5.14.2
Comment 8 Laura David Hurka 2020-10-15 11:41:46 UTC
This doesn’t appear in spanish translation.

Relevant code in kmessagebox.cpp might be this “translation filter”(?):

> // Filter for the Yes-button text in standard message dialogs,
> // after the message caption/text have been translated.
> #define I18N_FILTER_BUTTON_YES(src, dst) \
>     KGuiItem dst(src); \
>     dst.setText( QApplication::translate( "KMessageBox", src.text().toUtf8().constData(), "@action:button filter-yes" ) );
Comment 9 Burkhard Lück 2020-10-15 15:44:09 UTC
*** Bug 422916 has been marked as a duplicate of this bug. ***
Comment 10 Nate Graham 2021-04-13 14:59:41 UTC
*** Bug 435568 has been marked as a duplicate of this bug. ***
Comment 11 Alexander Potashev 2021-05-16 20:13:16 UTC
FWIW not reproducible in Russian.
Comment 12 Frederik Schwarzer 2023-04-30 16:30:48 UTC
Since I have never seem this, can someone who saw this please check again now? If it is still there, I would try to dig into this a bit.
Comment 13 Rainer Dorsch 2023-05-01 16:27:43 UTC
I have seen it before in Debian 11, but after upgrading to Debian 12 (not yet released) I at least cannot repro the example with kate anymore. Since it is pretty pervasive in Debian 11, I assume it is fixed.
Comment 14 Johannes Zarl-Zierl 2023-05-01 20:00:39 UTC
On my system (Debian unstable), the problem appears to be fixed as well....
Comment 15 Frederik Schwarzer 2023-08-13 15:33:10 UTC
Alright. I will then close this report. ... If it happens again, please reopen.