Hi Jerome, We've been experiencing this issue a lot lately, but the only cases seem to be from development gadgets. Here is the situation as it was explained to me. When caching is disabled, and a gadget is loaded, a request is made to each of the URLs in the gadget spec, including all of the message bundles. If one of these requests fails, the gadget rendering fails. The greater the number of message bundles, the higher the probability of error.
When caching is enabled (assuming it's not a brand new gadget), if the appropriate window has passed to recache the gadget, again, a request will be made for each of the URLs in the gadget spec, but in this case, if a request fails, there is a cached copy of that file for a backup. The more frequently used a gadget is, the more frequently these failed attempts are corrected and the more likely it is for all of the message bundles to be properly cached and up to date. So, that information doesn't really help on the development front, but in the future, the opensocial-0.8 spec allows message bundles to be included inside of the gadget spec so that when the gadget loads, all of the message bundles are loaded implicitly. This should greatly reduce the likelihood for error in rendering (though you might still get the information not available error occasionally...) I hope this helps. Best, Dan On Aug 16, 5:15 am, "Jerome (Guru)" <[EMAIL PROTECTED]> wrote: > Hi Dan, > > Fortunately, I very rarely see this issue much on my cached gadgets > and I have not received emails from users experiencing this specific > problem. But if I disable the caching with the developer gadget, then > I am being hit by this problem at around a 20% rate. This make > developing and testing very painful. > > If you can not reproduce this in-house with your test gadgets, let us > know if you need more data, like httpd logs and such. > > Thanks, > > Jerome > > On Aug 13, 8:12 pm, "Dan (Google Employee)" <[EMAIL PROTECTED]> > wrote: > > > Hi, > > > Are these issues occurring all the time or sporadically? I've seen > > issues in the past where a caching issue will prevent the message > > bundles from working properly (and triggering that message). If the > > issue occurs all the time, then it's probably something else (or a new > > issue). > > > Thanks, > > Dan > > > On Aug 13, 7:23 am, Checksum <[EMAIL PROTECTED]> wrote: > > > > My gadget URL is:http://cnybroe.googlepages.com/portfolio.xml > > > Localization file:http://cnybroe.googlepages.com/ALL_ALL.xml > > > > I have checked for missing messages but cannot find any. > > > I do not know how a "bad" message is, can anyone define a "bad" > > > message ? > > > > Please help us > > > > Regards > > > Checksum > > > > On 13 Aug., 16:07, Checksum <[EMAIL PROTECTED]> wrote: > > > > > I've got the same problem. Really annoying. > > > > > /Checksum > > > > > On 11 Aug., 11:17, poncz <[EMAIL PROTECTED]> wrote: > > > > > > Hi, > > > > > > In the past month I see more and moremessagesof the form: > > > > > "Locale: bad or > > > > > missingmessages:http://www.labpixies.com/campaigns/dates/i18n/all_all.xml"; > > > > > The file is not missing and I do not see a problem in the file. > > > > > Can you please help me to fix this problem? > > > > > > Thanks,- Skjul tekst i anførselstegn - > > > > > - Vis tekst i anførselstegn - --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "iGoogle Developer Forum" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/Google-Gadgets-API?hl=en -~----------~----~----~----~------~----~------~--~---
