Ticket #549 (closed defect: fixed)

Opened 6 months ago

Last modified 3 months ago

POT file not refreshed with PO mode set to "PO/intltools"

Reported by: anonymous Owned by:
Priority: major Milestone: 0.9
Component: Core Version: devel
Keywords: Cc: mike, nick, korki
Easy Task: no Blocked By:
Blocking: Ready for Review: no
Patch Review: Needs Patch: yes

Description (last modified by mike) (diff)

When the PO mode of a component is set to PO/intltool one doesn't need to keep a POT file in the source tree and Tx generates one automatically (although poorly named as untitled cf. ticket 418).

However there is a problem with this file, every time new strings are added (and probably when strings are modified), clicking the refresh button on the component page doesn't refresh the pot file. The current workaround is to clear the cache and refresh it.

Change History

  Changed 6 months ago by mike

  • cc mike added
  • description modified (diff)

  Changed 6 months ago by nick

  • cc nick added

  Changed 6 months ago by glezos

  • cc korki added

  Changed 4 months ago by diegobz

  • status changed from new to closed
  • resolution set to fixed
  • milestone set to 0.9

It seems to be related to #583, which is already fixed in r1574.

follow-up: ↓ 10   Changed 3 months ago by mike

I can confirm, this bug is no more present and the POT file (viewable and downloadable) is fine BUT (yes, unfortunately) the number of strings that is printed besides the name of the pot file is wrong. It is still printed the old number of strings, instead of the new number. As you can see on the link below, it displays "45 entries" although there are 58 entries in sum.

 https://translations.xfce.org/projects/p/xfce4-taskmanager/c/master/

  Changed 3 months ago by diegobz

  • status changed from closed to reopened
  • resolution fixed deleted

OK, we'll look at it.

  Changed 3 months ago by diegobz

Uhmm... I couldn't reproduce it.

Mike, can you try to clear cache and then do the checkout again of the component to see if it fixes the issue?

  Changed 3 months ago by mike

Done, (I have the right number of course) but I will have to bug you again the next time I add/remove messages from the component. Will see.

  Changed 3 months ago by diegobz

Well, it wasn't so obvious that the clear cache would work like before. Previously, for every clear cache, the POT/PO files were deleted from the database. We did a change on how the stats are calculated that no longer delete them. Now they are just hidden and that's why I asked for testing it.

Anyway I just looked closer into it and I found your problem. It was something else and the fix will land on mainline soon.

in reply to: ↑ 5   Changed 3 months ago by diegobz

  • status changed from reopened to closed
  • resolution set to fixed

Replying to mike:

Fixed in r1623.

Note: See TracTickets for help on using tickets.