unable to use edit mode text field TWSingleFile, local copy

[A Gloom]

TWSingleFile, local copy

Win8.1, Firefox 79.0

Just today, the edit mode text entry field doesn't display the tiddler's text field contents but displays a second instance of the entire wiki.  Does this regardless of the tiddler's type setting or edit preview toggle.  The edit mode toolbar and fields selection section are still visible.  This makes the edit mode unusable.

No software updates within the last few days to account for this.  Happens with all pre-created wiki's as well as a freshly downloaded blank wiki, so its not something that was done to the wiki by user, plugin's etc.  Does not do this with the online wiki at tiddlywiki dot com.

The one thing I have yet to determine is if I accidently set something browser setting wise-- its easy for me to do so with errant mouse clicks or miskeying.

[Mat]

Obviously one would need more info but that bit about it showing a second instance of the entire wiki makes me wonder if you have the InnerWiki plugin installed?

Anyway, you should probably test things by uninstalling plugins and removing overwritten shadows.

<:-)

[Mat]

Sorry, I missed this bit:

 Happens with all pre-created wiki's as well as a freshly downloaded blank wiki, so its not something that was done to the wiki by user, plugin's etc. 

So I have no idea. Strange indeed.

<:-)

[Mat]

Maybe test another browser. And incognito modes.

<:-)

[Mark S.]

You're not accidentally using Ctl-S to save ??

[A Gloom]

Haven't tested on Opera or IE yet-- the only other browsers I have-- but will.

Does it in FF private mode.

Starting FF in safe mode corrected it and traced it to when NoScript is running.

Not hitting any wrong key combos, all mouse clicks during troubleshooting so unless I have a stuck key, keystrokes shouldn't be an issue.

More detail on what happens-- when there is a startup tiddler set in Control Panel, it displays with sidebar-- if no startup tiddler is set then it shows empty story river with sidebar.

screenshot of downloaded empty.html from tiddlywiki com-- the only thing done to it is clicking new tiddler button

[Mat]

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?

<:-)

[NU]

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.

[Mark S.]

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. 

[NU]

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.

[A Gloom]

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

[A Gloom]

additional info: empty.html downloaded to Downloads directory

behavior happens regardless of wiki location on drive

all wikis were saved with the wiki save button

THE SAME LOCAL WIKIS THAT SHOW THIS BEHAVIOR WERE UPLOADED TO ONLINE DOMAIN AND THEY DON'T SHOW THIS BEHAVIOR WHEN EDITING IS INITITATED

NoScript is blocking something locally (file:///) but not online

[Birthe C]

Hi Gloom,

Quite a detective work you have done.

I do not know anything about it, but I searched and found a lot of complaining. Along the lines of blocking most websites and unusable, not remembering settings from session to session and stuff like that.

Admiring your work,

Birthe

[NU]

Noscript is aware of the bug, but the latest Noscript RC (.39) does not fix the issue with local Tiddlywikis.

You can roll back to 11.0.37 by disabling automatic updates and getting the old release from the Noscript site: https://secure.informaction.com/download/releases/noscript-11.0.37.xpi

Hopefully this issue will be resolved in the future.

[A Gloom]

@NU

TYVM, the links I was trying to use for .37 were failing (Firefox was blocking the install) but that link work-- now I can continue using NoScript : )  I tried .39RC3 and it hadn't addressed the issue yet.

@Birthe

Yeah, NoScript can be buggy, I was lucky and didn't have to deal with the worst of its issues.  Since websites use so much scripting and cross domain content, it can play Hell with websites but it works for me : )

As for work, I had to make a huge diagram for the latest wiki-- to illustrate the button controlled transclusions and animations between the story river story shell tiddler and customized side bar navigation tiddler-- no closing old tiddlers / opening new ones-- all content change is done inside the shell tiddlers by transclusion.

[A Gloom]

And thanks Mark & Mat for your responses-- keep up the good work : )

(while watching comrades fall out due to the current situation, it reminds me of Mohammad's culture's practices-- make a big deal out of the positive regardless of importance-- otherwise you quickly realize how empty and meaingless Life is)