[tw5] Re: [tw] Re: [TW5] WebDav Saver Observations.

On Thursday, July 18, 2019 at 1:07:52 PM UTC+2, MagoArcade wrote: > > Hmm. Just thinking how to do this test without doing a full re-install. If > I were to disable your plugin and then change the auth method to Basic - > would that test your scenario. > I'm interested with "windows auth". If t

[tw5] Re: [tw] Re: [TW5] WebDav Saver Observations.

Hmm. Just thinking how to do this test without doing a full re-install. If I were to disable your plugin and then change the auth method to Basic - would that test your scenario. I'm very confident about the 'one shot' save when using Windows Auth - it was a clear pattern - restart server - fi

[tw5] Re: [tw] Re: [TW5] WebDav Saver Observations.

Hi, It would be nice, if you could do 1 more test. In your video at: https://youtu.be/VMQ3Lfko8uQ?t=1138 you did stop interaction for a "1 shot possibility". ... I think that shouldn't be true, if server side compression is *switched off *already. I did test the default WebDav saver, which u

[tw5] Re: [tw] Re: [TW5] WebDav Saver Observations.

Thanks for the feedback - have updated things accordingly. I can confirm that re-enabling compression works fine. Also - your vids linked from mine and the blog. Thanks for your input into this. On Thursday, 18 July 2019 08:21:24 UTC+1, PMario wrote: > > Hi, > I did link to your video, from my

[tw5] Re: [tw] Re: [TW5] WebDav Saver Observations.

Hi, I did link to your video, from my 1st and 3rd videos. .. So it would be nice if you could link to mine too. -m see: https://www.youtube.com/watch?v=tpkQhKyqPzc&list=PLuiC_HFhI4OwoVDb-B-VK0ydj-mBPNn-1 -- You received this message because you are subscribed to the Google Groups "TiddlyWik

[tw5] Re: [tw] Re: [TW5] WebDav Saver Observations.

Hi MagoArcade, It's nice to see, that the plugin also works in a "real" windows server setting. ... I couldn't test it, since I don't own an IIS server. Using Windows Auth with an ActiveDirectory setting should be more secure, than the "basic auth", that I did in my videos

[tw5] Re: [tw] Re: [TW5] WebDav Saver Observations.

@PMario - you, sir, are a star. That just nudged me enough to get it all working! It also came with additional rewards. Not only can I edit my wiki securely (due to the password protection through webdav) but I can also edit it on my LAN with TiddlyDesktop (putting it in a shared network folder

[tw5] Re: [tw] Re: [TW5] WebDav Saver Observations.

Hi, Did you turn on server side compression? If yes the default saver doesn't work. It uses etags to detect changes, which seems to be implemented very different on the different platforms. I did create a put-saver that uses last-modified timestamp. It should be more forgifing. see: https://w

[tw5] Re: [tw] Re: [TW5] WebDav Saver Observations.

Mago This should all be resolved with new and better options available. Rather than dig up this old thread, try a new one for support Tony On Wednesday, July 17, 2019 at 5:58:21 AM UTC+10, MagoArcade wrote: > > Hi all - did this result in a dead end? I'm trying to serve tw via IIS and > Webdav

[tw5] Re: [tw] Re: [TW5] WebDav Saver Observations.

Hi all - did this result in a dead end? I'm trying to serve tw via IIS and Webdav to enable editing over the internet. Have it connecting fine in terms of reading, but consistently get "Error whilst saving: File changed on server" no matter how much I tinker with WebDav/Auth/SSL settings. I've

Re: [tw] Re: [TW5] WebDav Saver Observations.

I can't currently find what I was reading that showed me that HEAD gets an e-tag, but this blog indicates it does: http://joshua.schachter.org/2006/11/apache-etags But I did use this one in my research. It explains why the Etag doesn't usually show up with a PUT. https://stackoverflow.com/ques

Re: [tw] Re: [TW5] WebDav Saver Observations.

On Wednesday, October 18, 2017 at 3:12:00 PM UTC+2, Lost Admin wrote: > > Could someone help me a bit with something? My coding skills are not up to > even this simple task sadly. > > The WebDAV saver for TiddlyWiki saves using the HTTP PUT method. > Unfortunately the Apache and IIS implementatio

Re: [tw] Re: [TW5] WebDav Saver Observations.

The webdav saver code in TiddlyWiki should be in $:/core/modules/savers/put.js or something like that. I know it ends with put.js On Oct 18, 2017 09:12, "Lost Admin" wrote: Could someone help me a bit with something? My coding skills are not up to even this simple task sadly. The WebDAV saver f

Re: [tw] Re: [TW5] WebDav Saver Observations.

Could someone help me a bit with something? My coding skills are not up to even this simple task sadly. The WebDAV saver for TiddlyWiki saves using the HTTP PUT method. Unfortunately the Apache and IIS implementations of WebDAV do not respond with the updated ETag header. However, according to

Re: [tw] Re: [TW5] WebDav Saver Observations.

If you are familiar with setting up Apache, you could definitely set-up an Apache WebDav server. I just followed some generic how-to guides that explains the settings needed to get WebDav, TLS (and letsencrypt), and authentication working on Apache. The issue is with using TiddlyWiki. When you

Re: [tw] Re: [TW5] WebDav Saver Observations.

Where are we with this? Could a newbie cope? Is the install outlined above consistent & reliable? Josiah -- 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 tiddlyw

Re: [tw] Re: [TW5] WebDav Saver Observations.

Further on the complexity of ETag and why Apache (and generic web servers) should not send an updated ETag in response to a PUT: https://tools.ietf.org/id/draft-reschke-http-etag-on-write-09.html On Thursday, September 14, 2017 at 3:23:30 PM UTC-4, Lost Admin wrote: > > I finally found somethin

Re: [tw] Re: [TW5] WebDav Saver Observations.

I finally found something that properly talks about Etags. You can infer why we don't get an ETag header in the response to a PUT (for both Apache and IIS). https://stackoverflow.com/questions/42246577/why-responses-to-put-requests-must-not-provide-an-etag You can skip going to the link if you

Re: [tw] Re: [TW5] WebDav Saver Observations.

We should just completely ignore Lighttpd as it isn't doing any locking at all. I just tried to force an error with two different browsers that should have resulted the 2nd one getting an error. Instead, the second one overwrote the first. Lighttpd might be sending an ETag, but it is ignoring t

Re: [tw] Re: [TW5] WebDav Saver Observations.

I was looking through the Apache (which is a bit unfair) and www.webdav.org sites. I inferred a lot of what I think I understand. >From what I can tell, there is no solid solution for data locking with WebDAV itself but there are some options available: WebDAV does have a built-in locking mecha

Re: [tw] Re: [TW5] WebDav Saver Observations.

Ok, so how *does* web dav take care of making sure someone is editing the latest version? Or does it use the entirely file-system concept of locking files for editing? Are we barking up the wrong tree with the idea of using web DAV? It is entirely file system centered. The fact that it can handle

Re: [tw] Re: [TW5] WebDav Saver Observations.

I've been trying to dig into the proper specs on the use of ETag and it looks like it is only supposed to be sent from the server along with the data. Thus the PUT request is not supposed to include a new ETag. I *think* Apache is actually doing it right. Also, I did the same series of screens

Re: [tw] Re: [TW5] WebDav Saver Observations.

On Wednesday, September 6, 2017 at 9:57:57 AM UTC-4, PMario wrote: > > On Tuesday, September 5, 2017 at 7:21:04 PM UTC+2, Lost Admin wrote: >> >> Minimal, and reliable test case: >> >> 1) Set-up a WebDAV server on Apache (follow the Apache instructions, >> nothing special). >> > > :) .. I was th

Re: [tw] Re: [TW5] WebDav Saver Observations.

On Tuesday, September 5, 2017 at 7:21:04 PM UTC+2, Lost Admin wrote: > > Minimal, and reliable test case: > > 1) Set-up a WebDAV server on Apache (follow the Apache instructions, > nothing special). > :) .. I was thinking about a IIS testcase. .. Will run some tests -m -- You received this me

Re: [tw] Re: [TW5] WebDav Saver Observations.

It has basic auth, but that's it. So it really isn't. However, I would welcome your input on all this as it is probably where I should focus next. This is a good point. On Tue, Sep 5, 2017 at 5:50 PM, Lost Admin wrote: > That is useful when running it on your local computer, but how robust is >

[tw] Re: [TW5] WebDav Saver Observations.

Folks, I just want to report I am using IIS WebDav Implementation to access a TW5 and whilst it seems to work most of the time the tab it was in has mysteriously disappeared from firefox and I cant return to the wiki (even in another browser) and avoid the 412? error until I reboot my computer

Re: [tw] Re: [TW5] WebDav Saver Observations.

That is useful when running it on your local computer, but how robust is it if you drop it on the Internet? There are so many configuration settings in Apache, there must be a way to tell it to include an ETag header in PUT requests. On Tuesday, September 5, 2017 at 4:41:45 PM UTC-4, Arlen Beil

Re: [tw] Re: [TW5] WebDav Saver Observations.

On Tuesday, September 5, 2017 at 1:21:04 PM UTC-4, Lost Admin wrote: > > ... > On my Lighttpd server, I don't have this issue. > ... > I've tested using Firefox and put screenshots up at https://wiki.suntrap.ca/webdav/davsaver.html (for now). Lighttpd does not exhibit this issue but it also do

Re: [tw] Re: [TW5] WebDav Saver Observations.

I just thought I would mention that TiddlyServer does not have this problem either. I specifically designed it to support the current webdav (put) saver in TiddlyWiki. Judging by what is going on in the IIS thread, I think IIS has the same issue. On my Lighttpd server, I don't have this issue. -

Re: [tw] Re: [TW5] WebDav Saver Observations.

Minimal, and reliable test case: 1) Set-up a WebDAV server on Apache (follow the Apache instructions, nothing special). 2) Put a TiddlyWiki on it. Also nothing special, just the standard empty.html from TiddlyWiki.com. 3) Edit a Tiddler and save it (make sure it saves to the WebDAV server. 4)

Re: [tw] Re: [TW5] WebDav Saver Observations.

I am absolutely loving this thread. Its so technical it could be an opera in Latvian. Carry on. I'm just making notes. Best wishes Josiah -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails f

Re: [tw] Re: [TW5] WebDav Saver Observations.

On Tuesday, September 5, 2017 at 3:46:50 PM UTC+2, Lost Admin wrote: > > I was coming to the same conclusion, except it appears that IIS has the > same problem (judging by what was going on in the IIS WebDAV setup video > thread). > Is there a minimal test-case? So I can reproduce the issue?

Re: [tw] Re: [TW5] WebDav Saver Observations.

I was coming to the same conclusion, except it appears that IIS has the same problem (judging by what was going on in the IIS WebDAV setup video thread). Also, if I read the technical docs on Etag, the PUT shouldn't send a new Etag as there is no content in the response (the Etag is tied to the

Re: [tw] Re: [TW5] WebDav Saver Observations.

It is becoming pretty clear that for some reason the Etag is not being set in the response header, nor anything else equivalent to it. Per our discussion privately, it does seem that this is an Apache issue, however I have not been able to look into it further. A couple of articles which touch on

Re: [tw] Re: [TW5] WebDav Saver Observations.

I put the whole sequence of steps from intial GET request through the succeeding and failing PUT requests here https://wiki.suntrap.ca/davsaver.html I figure this would be easier to refer to while analyzing. On Saturday, September 2, 2017 at 3:24:35 PM UTC-4, Arlen Beiler wrote: > > Interesting

Re: [tw] Re: [TW5] WebDav Saver Observations.

Interesting. Could you also post the request and response for the initial get request for the file? This format works perfect. On Sep 2, 2017 14:51, "Lost Admin" wrote: I think the 404 was a mis-type on my part and should have been 401 (unauthorized). As this was the first attempt to "save" I ha

Re: [tw] Re: [TW5] WebDav Saver Observations.

I think the 404 was a mis-type on my part and should have been 401 (unauthorized). As this was the first attempt to "save" I had not yet authenticated. Re-doing my testing, the 204 is as follows (this is the successful save of tiddlywiki): On Saturday, September 2, 2017 at 1:58:17 PM UTC-4

Re: [tw] Re: [TW5] WebDav Saver Observations.

Good afternoon, What is the response headers for the request with the status code 204? And why does the initial put request have a status of 404? Thanks On Sep 2, 2017 1:29 PM, "Lost Admin" wrote: Here you go ... This only covers the save, including the authentication step (minus credentials)

Re: [tw] Re: [TW5] WebDav Saver Observations.

Here you go ... This only covers the save, including the authentication step (minus credentials) *Initial PUT http://domain.dom/index.htmlStatus code: 404* Response headers (296 B) Date Sat, 02 Sep 2017 17:19:45 GMT Server Apache/2.4.27 (FreeBSD) OpenSSL/1.0.1s-freebsd PHP/5.6.31 Keep-Alive

Re: [tw] Re: [TW5] WebDav Saver Observations.

Ok, well all I need is the request and response info for the put request. Actually, just the response headers. If you open your Developer Tools and go to the network tab, it will show you all the requests the page makes for everything. Find the put request it sends to save the file and click on it.

Re: [tw] Re: [TW5] WebDav Saver Observations.

Ah! you are ahead of me in figuring out what needs to be done. Unfortunately, my javascript skills are nowhere near good enough to figure out how to integrate the Apache way of doing things into TiddlyWiki. On Friday, September 1, 2017 at 9:47:32 AM UTC-4, Arlen Beiler wrote: > > I remember runn

Re: [tw] Re: [TW5] WebDav Saver Observations.

I remember running into that when writing TiddlyServer. The apache webdav module should return some kind of revision string. The put saver expects an Etag, but this may not necessarily be what Apache sends. However, I believe that is where the problem is. On Fri, Sep 1, 2017 at 9:22 AM, Lost Admin

[tw] Re: [TW5] WebDav Saver Observations.

Is there an easy way to get TiddlyWiki to re-read itself after saving? Apache tracks the time that you read the file and issues an error if you try to save back to the server if the file on disk has a newer timestamp. Which means: after I save changes to a file, it give me an error on subsequen

[tw] Re: [TW5] WebDav Saver Observations.

On Wednesday, August 30, 2017 at 8:52:07 PM UTC+2, Mark S. wrote: > > What would the performance and safety concerns be for running IIS/WebDav > on a semi-permanent basis? If you forward the ports (and know your IP) can > you access your files outside of the home? > As Lost Admin points out. If

[tw] Re: [TW5] WebDav Saver Observations.

On Thursday, August 31, 2017 at 3:12:10 PM UTC+2, Lost Admin wrote: > > Safety/security concerns with WebDav: > Well written! > WebDav is conceptually a share network folder (so much so you can mount > them with a drive letter on Windows) that is provided over HTTP. This means > anyone who ca

Re: [tw] Re: [TW5] WebDav Saver Observations.

Double encoding issue? Is it an infinite regress? On Thursday, 31 August 2017 15:16:15 UTC+2, Lost Admin wrote: > > > "space test.html" got saved as "space%20test.html" which got saved as > "space%2520test.html" which got re-loaded as "space%252520.test.html", so > the %20 encoding doesn't reall

Re: [tw] Re: [TW5] WebDav Saver Observations.

"space test.html" got saved as "space%20test.html" which got saved as "space%2520test.html" which got re-loaded as "space%252520.test.html", so the %20 encoding doesn't really play nice. It works but you have to constantly mess with the address when saving. I would say replacing spaces with un

[tw] Re: [TW5] WebDav Saver Observations.

Safety/security concerns with WebDav: WebDav is conceptually a share network folder (so much so you can mount them with a drive letter on Windows) that is provided over HTTP. This means anyone who can access the webdav url can read, write, and delete to all the files available there. This inclu

[tw] Re: [TW5] WebDav Saver Observations.

What would the performance and safety concerns be for running IIS/WebDav on a semi-permanent basis? If you forward the ports (and know your IP) can you access your files outside of the home? Mark On Wednesday, August 30, 2017 at 10:51:04 AM UTC-7, PMario wrote: > > Hi foks, > > I just did a pro

[tw] Re: [TW5] WebDav Saver Observations.

Hi foks, I just did a proof of concept using IIS with WebDAV on windows 10 pro. .. It seems to work out of the box, with IE-11, Edge, FF55 and FF57-nightly. I will record a short video, so everyone interested, should be able to get it going. ... There is a little issue, with the TW default sav

Re: [tw] Re: [TW5] WebDav Saver Observations.

And can you reload the renamed file and continue saving to it? Or not? On Tue, Aug 29, 2017 at 7:59 PM, Lost Admin wrote: > When I created a wiki with a space in the filename and used the webdav > saver, it replaced the space with the URL encoding (%20) in the filename on > save. > > This was te

Re: [tw] Re: [TW5] WebDav Saver Observations.

When I created a wiki with a space in the filename and used the webdav saver, it replaced the space with the URL encoding (%20) in the filename on save. This was tested using my Apache setup from Safari on iOS. Haven't tested other browsers but I doubt they will be any different. -- You receiv

Re: [tw] Re: [TW5] WebDav Saver Observations.

Can anyone test whether the WebDAV saver works correctly if the file names have spaces in them, and which server/browser combinations they work on? Thanks, -Arlen On Mon, Aug 28, 2017 at 9:10 AM, PMario wrote: > Hi LostAdmin, > > That's a perfect reminder, to have a closer look at MS built-in st

[tw] Re: [TW5] WebDav Saver Observations.

Hi LostAdmin, That's a perfect reminder, to have a closer look at MS built-in stuff. WebDav is part of* Internet Information Services (IIS)*, which seems to be available for up to 20 users for Windows Vista, 7, 8.x and 10. ... I'm basically interested in a replacement for TiddlyFox and not in