Anyone use WebDAV and want to test new handler?

Ok, Icon didnt appear to WB, because of tooltype ACTIVATE=0 , now it is ACTIVATE=1 and works.

Retested with ACTIVATE=1

Logon tooltype as it was: STARTUP=URL http:/username:psswd@webdav.mydrive.ch NAME CLOUD

That causes CLOUD:test/test> prompt in shell, where it could be CLOUD:test>

Changed STARTUP=URL http:/username:psswd@webdav.mydrive.ch/ NAME CLOUD

Wich didnt made any difference, still CLOUD:test/test>

Some difference here is. With webdav.mydrive.ch/ -mount I got dir. All old drawers shows up. Then I made new drawer kokkeli. Only kokkeli shows up next dir command.

Then dismount, tooltype to webdav.mydrive.ch and remount. All drawers show up, including kokkeli.

I deleted all contents in CLOUD: , dismount, remount with webdav.mydrive.ch.

Same again, CLOUD:test/test> prompt in shell, same ghost drawer under test.

I deleted all contents in CLOUD: , dismount, remount with webdav.mydrive.ch/.

I deleted all contents in CLOUD: , dismount, remount with webdav.mydrive.ch/.

Same again, CLOUD:test/test> prompt in shell, same ghost drawer under test.

So, cant get any difference between webdav.mydrive.ch/ or webdav.mydrive.ch

CLOUD:test/test> prompt stays, same ghost drawer allso.

Same behaviour, if I enter directly CLOUD:test and execute del #?, it epties whole cloud.

@Chris

If you want to mess with my webdav account, I can give credentials.

It is empty atm.

No, I have a MyDrive account already - that's what I've been testing with primarily.

I've sort-of fixed the recurring directories problem (and the contents of directories are visible now in the Shell - which they weren't before, not sure how that went unnoticed), however I've introduced a new one where directories sometimes show up as tools in WB, oh, and:
Quote:

Clearly wrong!

The main problem is that the old ACTION_EXAMINE stuff is horrendous, as there's no way of knowing if a single file or a directory is being exmained until ACTION_EXAMINE_NEXT is called (unless you can find out in advance - might be an option, but that's extra network traffic)

I'm tempted to ditch ACTION_EXAMINE as I think OS4.1 only uses it now if ACTION_EXAMINEDATA isn't supported... but I'm not sure on that. I need to implement ACTION_EXAMINEDATA first to check!

Ok, good :)

I think that webdav is fine alternative to ftp. More secure than ftp. More modern allso.

Dunno even know, if ftps or sftp is possible to mount in Amiga, but they are impossible to get work throught firewall (securely).

sftp and ftps can't be mounted, plain ftp can be. sftp is basically ssh/scp. I can't remember what ftps is (might be SSL encrypted ftp, nearly nobody uses it anyway)

Anyway, I found out the main problem with beta3 - updates to libssl had stopped my previous neon build from working with SSL. I've rebuilt neon and it is now working again. I'll upload a new beta when I've implemented the new examine packets (although when that'll be is anybody's guess). Until then, please use beta2 (for https sites) and ignore beta3.

Note that MyDrive works fine in non-encrypted (http) mode and therefore works with beta3 (barring previously-reported issues). Most other sites require encryption.

Did you made any progress with webdav handler?

@Mlehto

I started to replace ACTION_EXAMINE with ACTION_EXAMINEOBJECT, but since I only did the single file part and left it in an incoherent state, it tends to just crash now. I need to finish the implementation (ACTION_EXAMINEDIR??) but haven't got round to it. The old version sort-of works most of the time for me so it's not a priority.

@Chris

Ok :)

@Chris

You should implement the new, much cleaner vector port FS API and pass the legacy packets through the packet emulator. See dos.dospackets.doc in SDK:Documentation/AutoDocs/ and also:

http://wiki.amigaos.net/index.php/AmigaDOS_Vector-Port

@salass00
Quote:
I agree. Using that old DOS packet stuff is just asking for headaches.

I think there is still stuff missing from the SDK so I may need a boot to get an update out for you guys.

I'd rather get it working using the new packets first, before worrying about the vector port API. Otherwise I'm introducing bugs by completely changing the structure of the code from something I'm (mostly) familiar with.

@Chris

IMO that is just making more work for yourself. When porting filesysbox.library to AmigaOS 4.x I changed it over to vector port method directly instead of messing around adding support for the new AmigaOS 4.x packets only to have to redo that code again later.

Using vector port API you don't need to worry about BCPL strings, BCPL pointers and other such legacy crap unlike with packets.

@salass00

It's already written and working under the old system, it's literally two packets I need to (re-)implement. If I was starting afresh I'd use vector ports, but this is old code.

I don't have time to do that, so I definitely don't have time to rewrite it all!

Hmm, I added ExamineDataDir or EXAMINEDATA_DIR or whatever it is. It's still crashing. It's probably something trivial but I'm not sure I have the motivation to investigate and fix it (I'm using the old mostly-working version).

If anybody wants access to the source to work on it, PM me (it's on openamiga.org, it's also a complete mess - you have been warned!)

@Chris

If it helps there is an implementation in filesysbox.library (see FbxExamineDir() in filesysbox.c):
https://dl.dropboxusercontent.com/u/26 ... 3/filesysbox-53.21-src.7z

One thing you need to remember is to pass the context pointer to AllocDosObjectTags() using ADO_ExamineDir_Context when allocating the ExamineData structures. IIRC I missed that in one of my first attempts and it caused some problems.

@salass00

I'll have a look. I think the problem is on the WebDAV side though - when scanning directories the directory being scanned is also returned as an entry. For root this causes the first entry to have a NULL filename, so I need to somehow filter it out without returning an error. At least I *think* that's why it's crashing.

OK, I've finally fixed this so it is now using the new 64-bit capable directory scanning functions. It seems to have broken something else as I'm getting various crashes and MultiView won't open any files direct from a WebDAV share.

But anyway, it largely works and I've released a new beta for people to play with.
http://www.openamiga.org/?function=viewfiles&projectid=63

Any feedback can be posted here.

Are there any news about this? The last beta is 2 years ago, but I saw in the SVN log something about a v1 release commit in March this year?

@Cyborg

No news. The v1 commit was a minor update which didn't affect the WebDAV code - https://www.unsatisfactorysoftware.co.uk/download.php?file=http

Ahh... there it is!

I was only looking at Open Amiga, saw the beta flags and didn't know it was released for all this years! :o

Well, great! I'll give it a spin tomorrow... need to do some BBQ now :)


Thanks!