THE LATEST NOSCRIPT UPDATE (11.0.38) FOR FIREFOX PREVENTS ANY EDITING ABILITY OF LOCAL DRIVE SINGLE FILE TW
It is an issue with NoScript 11.0.38 (an firefox security (javascript blocking) extension). When I disable the extension or remove it, the edit mode issue resolves. NoScript auto updated the day the problems started. I cannot find a previous version (11.0.37 & below) or roll back the update to do further troubleshooting. I have tried reinstalling NoScript, every settings, starting/restarting, etc The troubleshooting workflow: 1. download empty.html from tiddlywiki com (browser save window opens, save to local drive as I have done everytime before) 2. open empty.html in Firefox 3. close GettingStarted tiddler 4. click new tiddler button in icon bar below searchbar the result is seen in the screenshot shown previously does it for all local single file TW's (vers 5.1.22 5.1.21 5.1.19) doesn't do it with new tiddlers opened online at tiddlywiki com will upload one of the malfunctioning wikis to online to demo that they will allow editing online but not locally On Wednesday, August 19, 2020 at 11:32:28 AM UTC-4 NU wrote: > I use File-backups (https://github.com/pmario/file-backups). The issue > persists after disabling and restarting. Thanks for the hint though, I will > try disabling other add-ons to see if that resolves the issue. > > On Wednesday, August 19, 2020 at 9:50:20 AM UTC-4 Mark S. wrote: > >> It works OK for me on FF 79 on Linux. >> >> By "downloader", which extension do you mean? >> >> It's possible an extension is having an effect even if you disabled, if >> you didn't restart FF. >> >> >> On Wednesday, August 19, 2020 at 6:36:03 AM UTC-7, NU wrote: >>> >>> I have the exact same issue with Firefox 79, even occurring with an >>> empty file downloaded from the main site. It only occurs in Firefox, Chrome >>> still works okay. >>> >>> Using Firefox 79 64 bit on both Windows and Linux. Occurs with >>> downloader addon both enabled and disabled. >>> >>> Go to tiddlywiki.com, scroll to the GettingStarted tiddler, click the >>> big blue "Download empty" button, open the empty.html file in Firefox 79, >>> click the edit button on the GettingStarted tiddler or make a new tiddler. >>> Behaviour doesn't change if it's being saved to the Download directory or a >>> subdirectory. >>> >>> However, I can create and edit tiddlers on tiddlywiki.com. If I >>> subsequently download (using the tiddlywiki save changes button) and open >>> the local copy of the tiddlywiki.com site, the issue reappears. >>> >>> I am using Chrome as a workaround for now but this is not ideal as it >>> lacks key functionality that Firefox offers. >>> >>> [image: tiddlywikiissue.png] >>> On Monday, August 17, 2020 at 4:14:18 PM UTC-4 Mat wrote: >>> >>>> Not hitting any wrong key combos, all mouse clicks during >>>>> troubleshooting so unless I have a stuck key, keystrokes shouldn't be an >>>>> issue. >>>>> >>>> >>>> It is also *possible *to mouse click to save the page, at least in >>>> chrome. But I'd agree with Mark - it seems like one of those inexplicable >>>> behaviours and in the past these have often (at least that's my >>>> impression) >>>> been because people have used the browser to save. >>>> ...but you do say it happens also for new empty wikis. Maybe you should >>>> describe every step you do to replicate the problem, starting with going >>>> to >>>> tiddlywiki.com and explain how you proceed from there? >>>> >>>> <:-) >>>> >>> -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/a762f875-978e-4d87-aacc-347dc74e6d0an%40googlegroups.com.
