starred/floccus

Fork 0

mirror of https://github.com/floccusaddon/floccus.git synced 2026-04-25 14:16:12 +03:00

[GH-ISSUE #450] webdav sync issues #337

New issue

Closed

opened 2026-02-25 22:36:51 +03:00 by kerem · 4 comments

kerem commented

2026-02-25 22:36:51 +03:00

Owner

Originally created by @Crisr on GitHub (Feb 13, 2020).
Original GitHub issue: https://github.com/floccusaddon/floccus/issues/450

Can't use webdav synology server wit floccus

Steps to reproduce the behavior:
With synology webdav server created:

Enter webdav url with port in floccus options
Enter username/password
provide path to write bookmarks.xbel file
Press Sync Now button
All good! message appears but no bookmarks.xbel is to be found in webdav folder

Expected behavior
When "all good!" message appear when pressing the sync button, an actual sync should take place and bookmarks.xbel should be created.

Desktop (please complete the following information):

OS: Windows 10, OSX Catalina
Browser Firefox, Brave, Chrome
Browser Version: latest for all
Floccus version: 3.5.3
Floccus sync method: webdav

I've replaced the actual IP address with --localnasaddress--
Debug log
2020-02-13T07:43:34.416Z Starting sync process for account nas@--localnasaddress--
2020-02-13T07:43:34.422Z onSyncStart: begin
2020-02-13T07:43:34.423Z --localnasaddress--:5005/backup/bookmarks/bookmarks.xbel.lock
2020-02-13T07:43:34.496Z --localnasaddress--:5005/backup/bookmarks/bookmarks.xbel.lock
2020-02-13T07:43:34.532Z onSyncStart: completed
2020-02-13T07:43:34.534Z Using normal strategy
2020-02-13T07:43:34.646Z COMPARE { localItem:
+ #E3VH7MTB3wXs[undefined] parentId: undefined, hash: undefined
,
cacheItem:
+ #undefined[undefined] parentId: undefined, hash: undefined
,
serverItem:
+ #0[root] parentId: undefined, hash: undefined
}
2020-02-13T07:43:34.657Z Checking subtree
2020-02-13T07:43:34.782Z onSyncComplete
2020-02-13T07:43:34.784Z No changes to the server version necessary
2020-02-13T07:43:34.805Z Successfully ended sync process for account nas@--localnasaddress--

Additional context
Add any other context about the problem here.

I can access the remote webdav folders on both Mac OSX Catalina and Windows 10 (with winscp)
I can create files and folders in the floccus specified path through webdav, using the same credentials as in floccus
when browsing the floccus folder on the nas I can see a "#Trash" folder containing several versions of the file "bookmarks.xbel.lock" each 42 bytes in length

Originally created by @Crisr on GitHub (Feb 13, 2020). Original GitHub issue: https://github.com/floccusaddon/floccus/issues/450 Can't use webdav synology server wit floccus Steps to reproduce the behavior: With synology webdav server created: 1. Enter webdav url with port in floccus options 2. Enter username/password 2. provide path to write bookmarks.xbel file 4. Press Sync Now button All good! message appears but no bookmarks.xbel is to be found in webdav folder **Expected behavior** When "all good!" message appear when pressing the sync button, an actual sync should take place and bookmarks.xbel should be created. **Desktop (please complete the following information):** - OS: Windows 10, OSX Catalina - Browser Firefox, Brave, Chrome - Browser Version: latest for all - Floccus version: 3.5.3 - Floccus sync method: webdav I've replaced the actual IP address with --localnasaddress-- **Debug log** 2020-02-13T07:43:34.416Z Starting sync process for account nas@--localnasaddress-- 2020-02-13T07:43:34.422Z onSyncStart: begin 2020-02-13T07:43:34.423Z --localnasaddress--:5005/backup/bookmarks/bookmarks.xbel.lock 2020-02-13T07:43:34.496Z --localnasaddress--:5005/backup/bookmarks/bookmarks.xbel.lock 2020-02-13T07:43:34.532Z onSyncStart: completed 2020-02-13T07:43:34.534Z Using normal strategy 2020-02-13T07:43:34.646Z COMPARE { localItem: + #E3VH7MTB3wXs[undefined] parentId: undefined, hash: undefined , cacheItem: + #undefined[undefined] parentId: undefined, hash: undefined , serverItem: + #0[root] parentId: undefined, hash: undefined } 2020-02-13T07:43:34.657Z Checking subtree 2020-02-13T07:43:34.782Z onSyncComplete 2020-02-13T07:43:34.784Z No changes to the server version necessary 2020-02-13T07:43:34.805Z Successfully ended sync process for account nas@--localnasaddress-- **Additional context** Add any other context about the problem here. 1. I can access the remote webdav folders on both Mac OSX Catalina and Windows 10 (with winscp) 2. I can create files and folders in the floccus specified path through webdav, using the same credentials as in floccus 3. when browsing the floccus folder on the nas I can see a "#Trash" folder containing several versions of the file "bookmarks.xbel.lock" each 42 bytes in length

kerem

2026-02-25 22:36:51 +03:00

closed this issue
added the
bug
label

kerem commented

2026-02-25 22:36:51 +03:00

Author

Owner

@marcelklehr commented on GitHub (Feb 13, 2020):

Hello @Crisr
Which bookmarks folder did you select for syncing? It appears to be empty.

@marcelklehr commented on GitHub (Feb 13, 2020): Hello @Crisr Which bookmarks folder did you select for syncing? It appears to be empty.

kerem commented

2026-02-25 22:36:52 +03:00

Author

Owner

@Crisr commented on GitHub (Feb 13, 2020):

Hello, this is how I set the folder:

and it is indeed empty after sync.

However I think I've soved the issue.
The "Local folder" was set by default to some weird path (Nextcloud@my-ip or something like that.)
I've changed that to /Bookmarks Bar and boom, sync is working properly, bookmarks.xbel appeared in the correct folder.

Anyway, thanks for the great work.

@Crisr commented on GitHub (Feb 13, 2020): Hello, this is how I set the folder: ![RT0E0W1](https://user-images.githubusercontent.com/1618835/74445644-62958280-4e7f-11ea-9fa1-a89066989e7f.png) and it is indeed empty after sync. However I think I've soved the issue. The "Local folder" was set by default to some weird path (Nextcloud@my-ip or something like that.) I've changed that to /Bookmarks Bar and boom, sync is working properly, bookmarks.xbel appeared in the correct folder. Anyway, thanks for the great work.

kerem commented

2026-02-25 22:36:52 +03:00

Author

Owner

@marcelklehr commented on GitHub (Feb 13, 2020):

Yes, by default it creates a new folder for you to avoid doing something you don't want. :)
I'm glad it works now.

@marcelklehr commented on GitHub (Feb 13, 2020): Yes, by default it creates a new folder for you to avoid doing something you don't want. :) I'm glad it works now.

kerem commented

2026-02-25 22:36:52 +03:00

Author

Owner

@github-actions[bot] commented on GitHub (Mar 21, 2023):

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions[bot] commented on GitHub (Mar 21, 2023): This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

kerem referenced this issue

2026-02-25 22:40:29 +03:00

[PR #337] [CLOSED] Bump humanize-duration from 3.20.0 to 3.20.1 #1520

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/floccus#337

No description provided.

Rows
Columns