Bug 751516

It's also reproducible on Fedora 17 Beta.

and in Fedora 17 release (fedora-release-notes-17.1.0-1.fc17.noarch)
both zh_CN and zh_TW have this issue

Same issue happens in Fedora 18 Beta on fedora-release-notes-17.95.0-0.fc18

It happens in Fedora 19 as well.

I'm start questioning if there's anyone maintaining this package.

Hi Tommy,

I'm maintaining this package now, and with your help should be able to take care of this.

First, the string for the .desktop file is pulled from the translation of the document itself. Can you verify that "Fedora Release Notes" is translated accurately and appears correctly in your browser?

The .desktop file is located at /usr/share/applications/fedora-release-notes.desktop . Are the characters in that file correct if viewed from an editor or terminal?

Finally, can you verify you have the latest version of the package?

Thanks,
--Pete

Sorry, I should be more clear: The latest version of the F19 package probably doesn't have zh_CN content. The latest version of the F18 package does. If the F18 package is correct, then the F19 version will also be correct when the translation is complete.

Very glad to hear some feedback.

> First, the string for the .desktop file is pulled from the translation of
> the document itself. Can you verify that "Fedora Release Notes" is
> translated accurately and appears correctly in your browser?

Yes, the Release Notes itself is translated and displayed correctly in default Firefox browser. I'm also one of the translators.

> The .desktop file is located at
> /usr/share/applications/fedora-release-notes.desktop . Are the characters in
> that file correct if viewed from an editor or terminal?

No, it still contains the zero-width space in .desktop file, as my original comment shows.

> Sorry, I should be more clear: The latest version of the F19 package
> probably doesn't have zh_CN content. The latest version of the F18 package
> does. If the F18 package is correct, then the F19 version will also be
> correct when the translation is complete.

No, it has been wrong since Fedora 16. It's not right in F18 package, either.

Correct me if I'm wrong. From your saying the /usr/share/applications/fedora-release-notes.desktop pulls the translation from https://fedora.transifex.com/projects/p/fedora-release-notes/ . It doesn't look likely to be the case. For each release there are roughly 5 - 8 fully translated release notes, including zh_CN and zh_TW. But that fedora-release-notes.desktop only contains less than a handful translations. It doesn't seem to be touched for a long time.

The way the RPM is built was changed shortly after the F18 release. Here's the spec: http://pkgs.fedoraproject.org/cgit/fedora-release-notes.git/plain/fedora-release-notes.spec?h=f19

The section: 
TRANSCOMMENT=$(grep -A1 'msgid "%{summary} for Fedora %{version}"'  ${LANGDIR}/Article_Info.po |tail -1|sed -r 's/.*"(.*)".*$/\1/')
	  desktop-file-edit --set-key="Name[${REALLANG}]" "--set-value=${TRANSNAME}" build/%{name}.desktop
       	  desktop-file-edit --set-key="Comment[${REALLANG}]" --set-value="${TRANSCOMMENT}" build/%{name}.desktop

is pulling the string directly from your POs:

#. Tag: subtitle
#, no-c-format
msgid "Release Notes for Fedora 18"
msgstr "Fedora 18 发行注记"

I'm interested to see how it displays when the F19 POs are ready.

Translation work for Fedora 19 Article_Info.po is done.

So may I assume that once fedora-release-note.rpm is updated, this issue will be resolved?

Hi, just checking in. The fedora-release-note-19.rpm has been updated, with zh_CN translation. Can you verify if this issue persists?

(In reply to Pete Travis from comment #10)
> Hi, just checking in. The fedora-release-note-19.rpm has been updated, with
> zh_CN translation. Can you verify if this issue persists?

Sorry for late response. I can confirm it's fixed on fedora-release-notes-19-0.13.noarch.