Seems to be working great for 23.0a1, 22.0a2, & 21 Tested on 32x & 64x Windows builds.
It dose however seam to break support for older Firefox builds: Not working on Windows 32x builds for 20,19, &18 (probably more I just have these 3 handy). On Monday, April 22, 2013 8:53:23 AM UTC-7, Jeremy Ruston wrote: > > Hi Arc > > It turns out that 23 disables access to local storage from extensions, > which is how TiddlyFox has been storing it's preferences. > > I've updated TiddlyFox to use the recommended permission API, and it seems > to work for me with 23.0a1. It doesn't attempt to transfer any permissions > already in local storage, so you will have to re-approve each file that you > use. > > Download the new version from: > > https://github.com/TiddlyWiki/TiddlyFox/raw/master/tiddlyfox.xpi > > If it looks like it's working I'll submit it to the Mozilla Add-ons site, > which will cause it to be autoupdated for most people. > > Best wishes > > Jeremy > > > On Mon, Apr 22, 2013 at 9:46 AM, Jeremy Ruston > <[email protected]<javascript:> > > wrote: > >> Thanks Arc, I've downloaded Firefox 23.0a1 on OS X and I'm experiencing >> the same behaviour. I'll investigate further and post back here, >> >> Best wishes >> >> Jeremy >> >> >> On Mon, Apr 22, 2013 at 8:22 AM, Arc Acorn <[email protected]<javascript:> >> > wrote: >> >>> I realize things having to do with nightly builds are always a bit iffy, >>> but I figure'd I would report that TiddlyFox is no longer working as of the >>> Firefox 23.0a1 >>> >>> When trying to save I get the generic "not possible to save changes" >>> notice. >>> >>> >>> On Tuesday, March 19, 2013 2:45:44 PM UTC-7, Yakov wrote: >>>> >>>> Hi Jeremy and Arc, >>>> >>>> today I encountered one more corruption, of a big TW (took hell of time >>>> to recover), so today is the time to dig this more. >>>> >>>> First, the online services. Well, they can be easily found by googling >>>> smth like "decode text online".. well, I've done this in russian and hence >>>> used russian services, but to give an example, I'll say that the one which >>>> worked well is [1]. It is quite straight-forward, the first button under >>>> the text area is "fit the encoding", the next one is to be used if you >>>> know >>>> how the text is actually encoded, the third one is "decode as previously" >>>> and the forth line contains examples of what you would get if you decode >>>> with another encoding pair (the buttons sais "show"). It is a little bit >>>> slow at times, but has a better "toolkit" which allows to decode anyway. >>>> Two more notes: if one tries to decode a whole tiddler, he or she should >>>> be >>>> aware that in the resulting text he'll get "<>" instead of each instance >>>> of >>>> macro ("<<...>>"); and that for multiline content it's necessary to track >>>> extra spacebars in the ends of lines (which appear and which can break >>>> tables etc). >>>> >>>> Second, I've redone the testing (with the files attached previously). I >>>> found that my TF version was 1.0alpha10. The same tests with TW 1.0alpha12 >>>> showed no bug. I'll test with other TWs later and report if any problem >>>> remained. >>>> >>>> As for the "Error when including 'zz microrep commons.html':" message, >>>> it's ok, it sais that the TiddlyWiki that is included by <<include>> macro >>>> is not actually present. >>>> >>>> "TypeError: a.fetchTiddler is not a function" is a more serious issue, >>>> I got this bug once or twice in FF but can't reproduce it (aside in FF for >>>> Android, where I don't have many tools for debugging). Further details >>>> about this bug are welcome in the STP thread [2]. >>>> >>>> I forgot to test a TW without STP before updating TF, so can't really >>>> be sure what is the source of the encoding problem. STP doesn't really do >>>> anything with encodings and with the saving procedure as a whole, so I >>>> wouldn't expect it to be the source of the problem.. but in principle it >>>> can drive some bugs in other engines (TF itself or some more complicated >>>> chain). >>>> >>>> [1] http://www.online-decoder.com/**ru<http://www.online-decoder.com/ru> >>>> [2] https://groups.google.com/**forum/?fromgroups=#!topic/** >>>> tiddlywiki/rQz8aDt76vQ<https://groups.google.com/forum/?fromgroups=#!topic/tiddlywiki/rQz8aDt76vQ> >>>> >>>> пятница, 15 марта 2013 г., 17:47:50 UTC+4 пользователь Jeremy Ruston >>>> написал: >>>>> >>>>> Hi Yakov >>>>> >>>>> Sorry you've been having problems, but delighted you've been able to >>>>> save your work. It might be useful for others if you could share your >>>>> experiences of using the online services that you mentioned. >>>>> >>>>> I'm having trouble with the file "fet mr copy for brutal test - >>>>> before.html". When it first opens, I get the message "Error when >>>>> including >>>>> 'zz microrep commons.html':", and then many macros failing with the error >>>>> "TypeError: a.fetchTiddler is not a function". I assume this is the >>>>> problem >>>>> with the SharedTiddlersPlugin that Arc reports. Can you share a version >>>>> of >>>>> the file that doesn't use STP? >>>>> >>>>> Many thanks >>>>> >>>>> Jeremy >>>>> >>>>> >>>>> On Fri, Mar 15, 2013 at 9:00 AM, Arc Acorn <[email protected]> wrote: >>>>> >>>>>> My test setup: TiddlyFox 1.0Alpha11 + FireFox 19 on Windows 7 x64 >>>>>> (sp0) >>>>>> Using the linked: "fet mr copy for brutal test - before.html" file. >>>>>> >>>>>> I had to manual delete the "SharedTiddlersPlugin" before it would let >>>>>> me make edits, however after that I had no issues making edits and >>>>>> saving >>>>>> with all the non-Latin characters staying intact. >>>>>> >>>>>> You may try uninstalling TiddlyFox and downloading a fresh copy: >>>>>> https://github.com/TiddlyWiki/**TiddlyFox<https://github.com/TiddlyWiki/TiddlyFox> >>>>>> Maybe some how or another you got the older version that had issues >>>>>> of this nature. >>>>>> >>>>>> Even though I had no issues using/saving this TiddlyWiki (2.6.5) you >>>>>> may still consider updating to 2.7.1: >>>>>> https://groups.google.com/**forum/#!topic/tiddlywiki/**x2aBkaFn5A0<https://groups.google.com/forum/#!topic/tiddlywiki/x2aBkaFn5A0> >>>>>> To see if it helps fix your problem, as issues of a similar nature >>>>>> are listed as the major reason for the update. >>>>>> >>>>>> >>>>>> On Thursday, March 14, 2013 4:56:23 PM UTC-7, Yakov wrote: >>>>>>> >>>>>>> Hi Chris, >>>>>>> >>>>>>> I'm afraid I'm not that familiar with the technical details (of the >>>>>>> saving process) to understand what do you mean. >>>>>>> >>>>>>> This test causes corruption of the whole non-latin content, not just >>>>>>> of the part which was edited, so I don't understand what do you mean by >>>>>>> >>>>>>> > treating all content as UTF-8 encoded and _nothing_ else and >>>>>>> don't bother to check before decoding or encoding what encoding might >>>>>>> already be present >>>>>>> >>>>>>> The stored (non-edited) content should probably be in UTF-8 as TW >>>>>>> edited it with its own engines, shouldn't it? >>>>>>> >>>>>>> Best regards, >>>>>>> Yakov. >>>>>>> >>>>>>> четверг, 14 марта 2013 г., 15:42:59 UTC+4 пользователь Chris Dent >>>>>>> написал: >>>>>>>> >>>>>>>> On Wed, 13 Mar 2013, Yakov wrote: >>>>>>>> >>>>>>>> > Hi Jeremy, >>>>>>>> > >>>>>>>> > I think I have bad news. Today I edited couple of my TWs >>>>>>>> (fortunately minor >>>>>>>> > ones) via FF (with TiddlyFox) and they got badly corrupted. Those >>>>>>>> wikis >>>>>>>> > contain text in cyrillics, and seem to be wrongly encoded. >>>>>>>> Auto-decoding >>>>>>>> > via some online survice shows that the encoding is partially >>>>>>>> CP1163, >>>>>>>> > partially ISO-8859-1 (and sometimes even that is not 100% >>>>>>>> correct). >>>>>>>> > Fortunately, I've restored everything via decoding. >>>>>>>> >>>>>>>> >>>>>>>> Not Jeremy, but I have a guess about what's going on. I would guess >>>>>>>> that both TiddlyWiki and TiddlyFox are predisposed to treating all >>>>>>>> content as UTF-8 encoded and _nothing_ else and don't bother to >>>>>>>> check before decoding or encoding what encoding might already be >>>>>>>> present. >>>>>>>> >>>>>>>> TiddlyWeb certainly takes this tactic. It minimizes complexity >>>>>>>> while >>>>>>>> maximizing possible character representations. >>>>>>>> -- >>>>>>>> Chris Dent >>>>>>>> http://burningchrome.com/ >>>>>>>> [...] >>>>>>>> >>>>>>> -- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "TiddlyWikiDev" group. >>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>> send an email to tiddlywikide...@googlegroups.**com. >>>>>> To post to this group, send email to [email protected]. >>>>>> Visit this group at http://groups.google.com/** >>>>>> group/tiddlywikidev?hl=en<http://groups.google.com/group/tiddlywikidev?hl=en> >>>>>> . >>>>>> For more options, visit >>>>>> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out> >>>>>> . >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Jeremy Ruston >>>>> mailto:[email protected] >>>>> >>>> >> >> >> -- >> Jeremy Ruston >> mailto:[email protected] <javascript:> >> > > > > -- > Jeremy Ruston > mailto:[email protected] <javascript:> > -- You received this message because you are subscribed to the Google Groups "TiddlyWikiDev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/tiddlywikidev?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
