Firefox 58 causing trouble or just me?

[Furicle]

Win 10-64 , Firefox 58 , File Backups 0.3.4

Everything was fine yesterday.

This morning I try to save and the red check box doesn't clear, and the file does not save.

So I manually save (File -> Save) and I get a file that's 26 meg instead of 5.

So I re-open Friday from a backup, edit one change and hit save, and we're back to the same issue.

Judging by the date stamp on the Firefox app, it updated this morning, so...

Am I the only one?

[BJ]

It is not possible to save a tw correctly using file->save as this take a snapshot to the state of the webpage and saves that inplace of the tw's html.

[Furicle]

Fair enough, I should have known that.

But I kinda think it's FF 58 -  I've swapped to TiddyDesktop 0.0.9  (busy morning here, gotta keep moving)  and it's working ok.

[DarkBee]

You're not the only one.  I'm having issues too but I'm using the SaveTiddlers add-on (similar principle).  This started on January 26th, but it was right at the end of my work day and I didn't really have any time to troubleshoot.  I actually completely lost my TW as a result of this but was able to restore from a backup.

When I make a change to a tiddler, I'm prompted to save the TW (with a save dialog), but the save for the filename is not what I originally called it, It's "readTiddlySaverInstruction38335972.html".  If I alter the filename and try to save it in C:\Users\MyUserName\Downloads\tiddlywikilocations (replacing my existing TW) then I get a message "TW not in tiddlywikilocations within the download directory.  using default download directory.".  However this should be the default directory as specified in the add-on instructions.  In addition,  the initial save attempt with the "bogus" filename completely deletes the TiddyWiki file, so if you simply cancel out of the second save dialog, your file will be lost forever!

If I simply try to save the file with the "bogus" filename given above, I get no error message but a new save dialog with the appropriate filename and an overwrite confirmation message.  Upon clicking "yes", the file changes appear to save.  I've never had to do this before, TW with the SaveTiddlers add-on has worked flawlessly up till now without prompting me to save every time.  I don't know if something has corrupted or if an update in Firefox versions has broken something (I didn't pay attention as to when exactly I updated Firefox, it could well have been on the 26th).

I don't want to stop using TW but this change is problematic, so I'll probably search for a different solution if this isn't something that is effecting all Firefox users (maybe switching to TiddlyDesktop like the OP).

[BJ]

Hi DarkBee,
I have updated to ff58 on xubuntu and do not see a problem.
one possibility is that the update reset your (firefox) preferences. If you type 'about:preferences' in the browsers address bar it will take you to the prefs page. you should see something like the attached image

all the best
BJ

[DarkBee]

Thanks BJ.  You nailed it.  It was as simple as that.  My preference was set to "always ask".  Forcing it to "Downloads", avoids all the prompts (and error messages as a result).

It's interesting; It hadn't even occurred to me that an update could wipe out certain preferences.

Thanks again!

[Chris Nicoll]

Thank you! I had the problem on Antergos Linux and it was the downloads pref.

[Furicle]

Well I'm glad everyone else is sorted :-/

[Furicle]

OK - so I dug a little bit deeper.
On my machine apparently the plug in isn't seeing the wiki file name?

[PMario]

On Tuesday, February 6, 2018 at 4:57:36 PM UTC+1, Furicle wrote:

OK - so I dug a little bit deeper.
On my machine apparently the plug in isn't seeing the wiki file name?

What's the name of your TW file?

-m

[TonyM]

FYI: I Did not notice any problems with FireFox 58.01 however this may be because I access file and node wikis through Tiddlyserver

Regards

Tony

[Furicle]

Sorry, cropped a bit much didn't I?

Just tdn.html


Full path

C:\Users\furicle\Downloads\.TW\ToDo-TW5\tdn.html

[Mark S.]

Is it possible that 58 is confused by the .TW ? Have you tried it with just plain TW ?

[PMario]

On Wednesday, February 7, 2018 at 3:05:32 PM UTC+1, Furicle wrote:

Full path

C:\Users\furicle\Downloads\.TW\ToDo-TW5\tdn.html

Ahhh, I think it's the \.TW\  which causes the problem.

How did you create the directoy.  Windows 10 won't let me create it.


From the docs:

filename Optional

A string representing a file path relative to the default downloads directory — this provides the location where you want the file to be saved, and what filename you want to use. Absolute paths, empty paths, and paths containing back-references (../) will cause an error. If omitted, this value will default to the filename already given to the download file, and a location immediately inside the downloads directory.

And it may be the back-reference that causes the problem.

Can you try to remove the dot in .TW ???

-mario

[PMario]

I did create a new issue at github file-backups repo: https://github.com/pmario/file-backups/issues/20
-m

[Furicle]

It's a junction - created with mklink.exe /J

I did .Name mostly because that's the way I'd do it on a linux box to "hide" it.
Note that this worked fine with FF 57.

You are correct - I created another junction, without the .  and it resolved the issue

C:/Users/furicle/Downloads/dotTW/ToDo-TW5/tdn.html

While it's a bit obscure to have a file name like that on Windows it's common on MacOS and *nix - so the plugin should be capable of handling it.

[PMario]

On Wednesday, February 7, 2018 at 6:16:39 PM UTC+1, Furicle wrote:

While it's a bit obscure to have a file name like that on Windows it's common on MacOS and *nix -

The web-extension framework is still in flux. So it can happen, that stuff breaks. 

so the plugin should be capable of handling it.

ATM the only thing, the AddOn can do, is to create an error message. ... That's why I did create a new issue.

-m