Have fun!
mario

PS: If you use it: Support it!

If I put the download path here:

D:\data\Wikis<wiki dirs>

Then I can save

D:\data\Wikis\ABC\myfile.html

But if the download dir is here:

D:\data\ or D:\

it won't save.

Objective: Create a Firefox personal profile JUST for tw use, where the download folder is the root folder, enabling the ENTIRE directory structure to be used for TW files.

I find this dialog box a bit unclear

Perhaps something like

Firefox cannot save this TiddlyWiki in this location.
$filepath
Try to save again and choose a location inside (under?) $pathToDownloads

see: https://groups.google.com/d/msg/tiddlywiki/rar4JbKs740/zeT2LOSLCAAJ

On another issue, what path can you give fb to tell it to save in an absolute location?

OK I see. Absolute position is forbidden by the browser web-extension API.

    That's not possible (because of browser security concerns) and it's not needed.


Ok, I just realized that I can use ../.. to back out of the current directory. So that works. I don't need to send the backups to a different physical drive. Just one single point where they're not part of the weekly backup plan.

Important for those who don't use a root directory as the browser download dir.

As long as you stay inside the "browser downloads" directory "area" a ../twBackups as the "Backup directory" will work.

BUT as soon as you "leave" the "area" you will see this message in the browser dev Console (F12): save-wiki error: Error: "filename must not contain back-references"

I didn't think about this setting, that's why there is no user facing message atm. So if the setting is wrong there is no warning and NO BACKUPS

I will create a bug-report at github for this.

Hi,

It doesn't work on the new Firefox (v71.0). I'm getting download failed every time I try to save.
I use Firefox portable (from PortableApps).

Thanks.

I'm using PVHL's Woas project and File Backups does not save the file unless I open Preferences, save the preferences, and reload the page. Even then it doesn't always work. Having the same behavior with SaveTiddlers.

@jerojerojeroppi

quote from #34 (comment)

Btw, one reason why I love this addon is because I find its backup scheme outstanding. Other solutions just create backup folders that grow and grow with no limit.

Thx. ... That's 1 reason why I did create it that way. It's the exact same schema that can be used by magnetic tape based backup systems. They have been expensive and you can use/overwrite them limited times.

The browser web-extension API doesn't allow devs to read the content of any directory. So it's not possible to read "back" the number of existing backup files, to delete or overwrite them. ... That's why I needed a reliable "overwrite" strategy, that provides the possibility for users to "restore" certain stages of a wiki and uses a predictable amount of space.

With fb 0.4.0 I started to save the very first version of a wiki with an exact timestamp.

There is also an idea, to save additional "milestone" backups. Eg: A "special" save button, that allows the user to create an extra backup when a wiki reaches a "working state" or a new internal "version number" ...

There could be a mechanism, that allows the user to immediately open such a milestone save. .. To see if everything works as expected. So you can be sure it's a working version.

The milestones can be used in addition to the A,B,C.. backups for "disaster recovery". Or if the user uses a "low backup number" and completely messed up all the A,B,C,... backups

I'm thinking about a new directory eg: twbackups/test.html.milestones on the same level as twbackups/test.html directory.

This makes it possible to immediately see, if a wiki has milestone backups.

What do you think?

Hi,

When firefox was upgraded to release 70.0 I started to get the following error whenever I started my tiddlywiki page.

"file-backups" has detected another plugin named: "file-backups"
At the moment only 1 save mechanism can be active at once.
We will temporarily deactivate the functionality, until the problem is resolved!

Can you please help?

Thanks,
Miguel

Cancelling Save As keeps the blob memory occupied, which wastes memory.

This issue collects the feedback from file-backups releases page.

Starting a few days ago, file-backups does not work any longer when I restart Firefox. While the "Enable backups" is still ticked on, Firefox offers to save the TiddlyWiki, instead of making a backup.

Workaround: When I disable and enable the AddOn, then all is fine - until the next browser restart.

FF58.0, WIn10, file-backups 0.3.4

I tried to install the Add-on in Firefox Quantum Extended Support Release 60.2.0esr (32-Bit).
The website
https://addons.mozilla.org/de/firefox/addon/file-backups/?src=search
complained that the Add-on is not compatible.
I installed via downloaded file and it works fine. Probably some version compare needs to be adjusted.
It would be nice, if this gets fixed.
Thanks!

improve check for valid file names / path names and provide better feedback

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

see: https://groups.google.com/d/msg/tiddlywiki/etKYvRqZW_A/zOV6B1D-BQAJ

Hi Mario.

Would it be possible to enhance file-backups so that I can load my TiddlyWiki from a WebDAV location and save backups in my download folder nevertheless?

I simply tried it, not yet completely understanding what file-backup does ;)

Of course nothing was saved.

Something about file-backups is causing it to fire off two or three Save As dialogs on my system for each TiddlyWiki Ctrl+S while other addons like Web ScrapBook (and my own experiments) get away with streaming a veritable flood of un-prompted files to within my downloads folder without a single prompt.

(On the exact same browser version and profile. When file-backups didn't work as expected, I tried triggering Web ScrapBook to check if something had changed without me noticing.)

If I activate the plugin, I cannot save my Tiddliwiki at all. Neither the file is updated nor a download window. Disable this plugins, allow me to see the download window.

I use Firefox 63 (64 bit) and Fedora 29.

Hi, I enjoy using this addon for saving my Tiddlywiki files conveniently in Dropbox, but recently the file prompt pops up on save as shown in the gif:

As you can see, it pops up twice: once to save the original file, and again to save a backup file.
I'm wondering if you had some ideas about what could be going on?

Currently I am running File Backups 0.3.5 on Firefox 59 on Windows 10. The Tiddlywiki file itself is 5.1.13. If there's anything else I can do to help debug, please let me know. Thanks for your work on this project.

Using Firefox 85, FLATPAK VERSION, on Ubuntu 21.04 Hirsute (because the DEB version is currently broken). This version of Firefox, which apparently is gaining traction, is run inside of a container. It has changed the way it describes paths on the operating system. Therefore, where once we had:

/home/user/Documents/WikiDirectory/wiki.htm

we now have:

/run/user/1000/doc/99999abc/Documents⁩/WikiDirectory/wiki.htm,

where "99999abc" is a random hexadecimal number. This is a valid absolute path, but because it is run through the virtual filesystem and not the absolute Linux file tree, it breaks File Backups.

I guess this is a bit of beta testing, because Hirsute is not due out for a couple months. But at the same time, Flatpak is up and running. It is the suggested method of install for Firefox on Linux outside of a repository. And it alone works, whereas the DEB version and the gzipped version (and, old news, the PortableApps version under Wine) do not work on my OS. So I hope very much you have a fix for this, because it is coming your way.

Thanks

A few weeks ago, I started getting consistent "It's not possible to save changes." messages on my TiddlyWiki Classic wikis. (Yeah, I know. I was lazy and assumed whoever broke it would fix it soon.)

I haven't changed anything, and I have restarted Firefox since then, so I can only assume some changed pushed by either Mozilla or you broke something.

I don't know whether it also affects TiddlyWiki 5 because I just can't muster the willpower to figure out how to port the TiddlyWiki classic theme to it... let alone making enough sense of the internals to port my prefered extensions to it. (I'd much rather just have someone backport the Ctrl+S fallback saving functionality.)

Hard to describe, please see this video from my phone. Any attempts to record it using the computer itself stopped the condition.

I can't pin down what steps cause it to happen - and usually once you stop it (as shown in the video) it doesn't come back.

https://www.dropbox.com/s/798dhgfo8lmc147/File%202017-11-22%2C%2010%2002%2003%20AM.mov?dl=0

Very minor bug.

When looking at the plug in after installation, there's a link on the text #1024 because github thinks it's an issue number.

After a complete system reboot (Windows Updates)

Note this is with version 0.1.2 - may no longer apply
Only one copy in add-ons, and it doesn't show as disabled?

If you have an external link in TW

e.g. [ext[TWC users|file:///c/users/santa/documents/naughty/]]

Clicking once opens the location in another tab as expected.
Clicking that link a second time (or from a different TW) triggers the duplicate warning.

I don't think that's appropriate when the link is to something external?

Have fun!
mario

It seems like the biggest short coming of file-backups vs TiddlyFox is the forced location for files.

I think it's possible to use hard links to partially work around that.

It would be nice if we documented that proceedure not only in the README, but in the plug in itself.

I was hoping the plug in "knows" the location of the downloads folder, and the operating system it's running under. That way we could have something like a button where the Dashboard button is now, that opens a dialog box giving instructions on the mklink or ln syntax that's correct for that users computer...

See: #34 (comment)

Installing the AddOn should activate it for existing wiki tabs.

Hi @pmario

I noticed something strange lately and I think it's something related to the latest version (modifications).
The save button in TiddlyWiki remains red even the file is saved (downloaded) successfully. I'm using Firefox v57.0.2 (64-bit) and TiddlyWiki v5.1.15 (latest).

Thanks and keep up the good work.

Issue

TW file named xxx.html: file-backups performs as expected
TW file named xxx.hta: file-backups does not work, the "save file"/"download dialog bx appears

Configuration

TW Version 5.1.15 and 5.1.13 affected (probably not relevant)
file-backups 0.3.5
FF 58.0.2 (64-Bit)
FF config: Save downloads in ~/Downloads
OS: Linux 4.4.114-42-default x86_64 openSUSE 42.3 (x86_64)
Qt: 5.10.0
KDE: 5.43.0
Plasma: 5.12.3

Setup

twBackups created in a directory linked to ~/Downloads

Expected Behavior

Allow arbitrary extensions or issue a warning

Remark

I used the extension .hta from the early beginnings of using TW classic. Previous use of TW with file-backups worked with this extension. Unfortunately cannot provide info on previous use since several updates of FF (and probably file-backups) occurred since last use of one of my TWs.

Have fun!
mario

PS: If you use it: Support it!

Have fun!
mario

PS: If you use it: Support it!

@pmario Unfortunately it is not possible to have two extensions both listening for messages from the TiddlyFoxSaver