From dmunicio at gmail.com Tue May 6 17:47:30 2008 From: dmunicio at gmail.com (Diego Municio) Date: Tue, 6 May 2008 17:47:30 +0200 Subject: [kupu-dev] kupuconfig po files bad domain Message-ID: <262223130805060847y7ec69f28q26c7841a56e3fb30@mail.gmail.com> To whom it may concern, I have noticed that in kupuconfig-es.po and kupuconfig-ca.po files, domain is set as kupu instead of kupuconfig. Can you fix it, please? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://codespeak.net/pipermail/kupu-dev/attachments/20080506/07373855/attachment.htm From plone at hannosch.info Tue May 6 18:21:04 2008 From: plone at hannosch.info (Hanno Schlichting) Date: Tue, 06 May 2008 18:21:04 +0200 Subject: [kupu-dev] kupuconfig po files bad domain In-Reply-To: <262223130805060847y7ec69f28q26c7841a56e3fb30@mail.gmail.com> References: <262223130805060847y7ec69f28q26c7841a56e3fb30@mail.gmail.com> Message-ID: <48208570.5040309@hannosch.info> Hi. Diego Municio wrote: > I have noticed that in kupuconfig-es.po and kupuconfig-ca.po files, > domain is set as kupu instead of kupuconfig. Can you fix it, please? Thanks for the report. I fixed this in current SVN. Hanno From robichon at esrf.fr Thu May 22 15:15:12 2008 From: robichon at esrf.fr (Marie Robichon) Date: Thu, 22 May 2008 15:15:12 +0200 Subject: [kupu-dev] Problem with kupu configuration panel: KeyError: 'object_url' for /kupu_library_tool/zmi_resource_types Message-ID: <483571E0.1070407@esrf.fr> Hi, I have exactly the same problem as described here: http://dev.plone.org/plone/ticket/7532 but using Kupu 1.4.9 after our migration from * CMF: CMF-1.5.7 * Debug mode: No * Platform: linux2 * Plone File System: 2.1.4 * Plone Instance: 2.1.4 * Python: 2.3.5 (#1, Sep 30 2005, 12:16:40) [GCC 3.4.3 20050227 (Red Hat 3.4.3-22.1)] * Zope: (Zope 2.8.8-final, python 2.3.5, linux2) to * CMF: CMF-1.6.4 * Debug mode: No * Five: Five 1.3.10 * PIL: 1.1.5 * Platform: linux2 * Plone File System: 2.5.5 * Plone Instance: 2.5.5 * Python: 2.4.4 (#1, Feb 21 2007, 13:17:36) [GCC 3.4.4 20050721 (Red Hat 3.4.4-2)] * Zope: (Zope 2.9.8-final, python 2.4.4, linux2) However this seems to work on our Intranet site which we managed to migrate ok. The only difference I can see is that in the Content Panel on Intranet we can see PlacelessTranslationService 1.3.7 whereas on the Public site we can see PlacelessTranslationService 1.3.2. We migrated by doing a data.fs copy and both Intranet and Public point to the same Products directory which has PTS 1.3.7 so I do not understand why on our Public site it says we have 1.3.2. I tried to delete the Product entry from the Control Panel and restart my Zeo/Client but the Product does not put itself back in the products list. I cannot I get it to refresh itself via the refresh tab because it tells me this not available for the product? How can I get it to refresh itself so it considers it is using 1.3.7 and will this sort things out? BTW this is just one of the many problems we have had migrating from 2.1.4 to 2.5.5 (am preparing a long description of this for others to benefit)... thanks in advance for your help and for reading to the end ;-) Marie