mirror of
https://github.com/floccusaddon/floccus.git
synced 2026-04-25 06:06:05 +03:00
[GH-ISSUE #2060] Auto-Sync to root folder no longer possible #1379
Labels
No labels
browser-specific
bug
correctness issues
enhancement
feature: Google Drive
feature: Linkwarden
feature: git
feature: nextcloud-bookmarks
feature: tabs
feature: webdav
help wanted
native-app
priority: high
priority: low
priority: medium
pull-request
question
question
stale
upstream
waiting for more information
wontfix
🙁 Not following issue template
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/floccus#1379
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @cegfault on GitHub (Sep 16, 2025).
Original GitHub issue: https://github.com/floccusaddon/floccus/issues/2060
Which version of floccus are you using?
5.7.0
How many bookmarks do you have, roughly?
300
Are you using other means to sync bookmarks in parallel to floccus?
No
Sync method
Nextcloud Bookmarks
Which browser are you using? In case you are using the phone App, specify the Android or iOS version and device please.
Firefox 143.0
Which version of Nextcloud Bookmarks are you using? (if relevant)
15.2.0
Which version of Nextcloud? (if relevant)
31.0.9.1
What kind of WebDAV server are you using? (if relevant)
No response
Describe the Bug
When creating/importing the profile where the localRoot folder is the main/root folder in the browser ("/" aka "root________") and auto-sync is enabled, the following occurs:
(1) the bookmarks sync on the first sync
(2) The "Local target" bookmark folder automatically changes to "Folder Not Found/"
(3) On the second sync, a warning is displayed that 100% of the bookmarks will be either added or deleted
(4) The "Local target" bookmark folder changes to "Bookmarks Menu/Floccus (label)"
(5) All the bookmarks become synchronized into that subfolder (and the bookmarks are still in the main "Bookmarks Menu" folder - they are now listed twice)
floccus-5.7.0-2025-09-16-redacted.log
Expected Behavior
For the bookmarks to properly synchronize to the browser's main folder, and NOT for a subfolder/profile folder to be created
To Reproduce
Debug log provided
@github-actions[bot] commented on GitHub (Sep 16, 2025):
Hello! 👋
Thank you for taking the time to open this issue with floccus. I know it's frustrating when software causes problems. You have made the right choice to come here and open an issue to make sure your problem gets looked at and if possible solved. Let me give you a short introduction on what to expect from this issue tracker to avoid misunderstandings. I'm Marcel. I created floccus a few years ago, and have been maintaining it since. I currently work for Nextcloud which leaves me with less time for side projects like this one than I used to have. I still try to answer all issues and if possible fix all bugs here, but it sometimes takes a while until I get to it. Until then, please be patient. It helps when you stick around to answer follow up questions I may have, as very few bugs can be fixed directly from the first bug report, without any interaction. If information is missing in your bug report and the issue cannot be solved without it, I will have to close the issue after a while. Note also that GitHub in general is a place where people meet to make software better together. Nobody here is under any obligation to help you, solve your problems or deliver on any expectations or demands you may have, but if enough people come together we can collaborate to make this software better. For everyone. Thus, if you can, you could also have a look at other issues to see whether you can help other people with your knowledge and experience. If you have coding experience it would also be awesome if you could step up to dive into the code and try to fix the odd bug yourself. Everyone will be thankful for extra helping hands! If you cannot lend a helping hand, to continue the development and maintenance of this project in a sustainable way, I ask that you donate to the project when opening an issue (or at least once your issue is solved), if you're not a donor already. You can find donation options at https://floccus.org/donate/. Thank you!
One last word: If you feel, at any point, like you need to vent, this is not the place for it; you can go to the Nextcloud forum, to twitter or somewhere else. But this is a technical issue tracker, so please make sure to focus on the tech and keep your opinions to yourself.
Thank you for reading through this primer. I look forward to working with you on this issue! Cheers! 💙
@cegfault commented on GitHub (Sep 16, 2025):
A few things worth noting:
Thanks for making a great plugin - I hope we can get auto-sync working again soon! :)
@marcelklehr commented on GitHub (Sep 19, 2025):
Hi @cegfault
Thank you for taking the time to give feedback! I'll try to get to the bottom of this with your help :)
So, the first sync and second sync in your bug description is not a manual sync, but automatic syncs triggered by the timer / a local change?
@marcelklehr commented on GitHub (Sep 19, 2025):
I tried to reproduce this with the following steps:
The result is: The profile is still intact, no failsafe error and no changed local target. I did use the webdav sync method, though, not Nextcloud Bookmarks. Will try to reproduce with a fresh Nextcloud Bookmarks next.
@cegfault commented on GitHub (Sep 20, 2025):
Correct - the first sync is occurs when firefox is first opened (on a clean/new profile). The second sync is occurring on the default auto-sync timer (15 mins). I do get the same result if auto-sync is on and I click the button to sync.
If, however, I have auto-sync off, then when the clean/new profile opens, the first syn is a manual sync down (down-arrow button). Subsequent (second/third/etc) syncs with the "sync" button (which must be manually pressed because auto-sync is off) operate as expected.
Now that I'm writing this out, it's possible the first sync is actually the issue - an empty profile with no bookmarks in it might be doing "sync" button different than "down" button, but you would know and I definitely would not lol.
Regard webdavs/nextcloud-bookmarks, I've never used floccus with anything except nextcloud bookmarks on a self-hosted/private nextcloud server. I have not thought to test other methods.
@marcelklehr commented on GitHub (Sep 21, 2025):
I'm sorry, I also cannot reproduce this with a fresh Firefox 143 profile and a fresh Nextcloud Bookmarks 15.2.0 instance.
@cegfault commented on GitHub (Sep 22, 2025):
Weird; I'm still having the problem. It does look like your reproduction steps are different than mine; you are beginning with a firefox profile that has already synchronized and are deleting/re-importing it.
What I'm doing:
@cegfault commented on GitHub (Sep 22, 2025):
I had attached debug logs with my initial bug report, but the exact result of of the steps in my immediate comment above resulted in the log attached to this comment.
The only changes I made to the log is replacing my nextcloud base url with
[[NEXTCLOUD]]for privacy and the lines listing the bookmarks/urls were deleted for privacy (two[[DELETED X LINES]]in the attached log). floccus-5.7.0-2025-09-22-full.logIt's clear bookmarks are synchronized on the first sync (line 28-40 in the attached log):
And then the second sync is giving the failsafe:
@cegfault commented on GitHub (Sep 22, 2025):
Finally, to verify manual sync works:
"enabled": trueto"enabled": false)@marcelklehr commented on GitHub (Sep 24, 2025):
Fair enough, I followed your updated reproduction steps. But for me setting
enabled: truein the JSON doesn't lead to the profile's auto-sync setting being enabled, because floccus internally resets it to false upon import to make sure people check the imported settings, so here's the steps I followed:What I'm doing:
@marcelklehr commented on GitHub (Sep 24, 2025):
Even if I don't set auto-sync to enabled manually it works fine. 🤔
Could you reveal some of these lines:
There should be some lines for
serverTree,localTreeand most importantlycacheTreewhich would be interesting to see, with private stuff redacted of course!@cegfault commented on GitHub (Sep 28, 2025):
I'm currently dealing with the server-side's lack of Nextloud 32 support ... I will re-generate logs and do more testing once that's fixed :)
@cegfault commented on GitHub (Oct 1, 2025):
New log; all lines included but bookmark names/urls replaced with "PRIVATE" and my nextcloud url replaced with "NEXTCLOUD_URL":
floccus-5.7.0-2025-10-01-full.log
My server has been upgraded to Nextcloud 32. Thanks for the help!
@cegfault commented on GitHub (Oct 2, 2025):
Okay, I think I have this figured out!
In the log above
+ #TAq5r99Kkm8D[undefined] parentId: undefined, hash: undefinedfollowed by2025-10-01T23:36:10.122Z Calculating diff for + #TAq5r99Kkm8D[undefined] parentId: undefined, hash: undefinedseems to be the attempt to understand the folder with hash#TAq5r99Kkm8Das the root -- the server having no bookmarks in the folder and the client then misplacing the root________ folder underneath it makes no sense. Of note, this folder has the name "Floccus (main)" (which I did not create). I tried deleting that folder and pressing the manual "up" button to sync to the server, which gives the error "Syncing failed with E038: Could not find local folder" (log: floccus-5.7.0-2025-10-02-full.log).So I logged onto the server and manually deleted all folders underneath
menu________, created a clean firefox profile, and the auto-sync recreated "Floccus (main)" folder and did not place it underneath root________ (see line #458 of full log: floccus-5.7.0-2025-10-02-full attempt2.log). Again, I deleted the folder locally then pressed the "up" button and got the same error -Syncing failed with E038: Could not find local folder(see that log: floccus-5.7.0-2025-10-02-full attempt2 delete.log)So this seems to be an issue with creating a default folder for the bookmarks. I tried digging around the source code, but don't have anymore time to work on this today. If you can point me in the right direction I'm happy to look around.
@marcelklehr commented on GitHub (Dec 31, 2025):
huh, I forgot about this issue. I'm sorry. I've added it to my triage queue now
@marcelklehr commented on GitHub (Jan 5, 2026):
So, looking into this again.
The "Floccus (main)" folder is created by floccus, when this line fails. So, for some reason floccus cannot find the root folder and then creates a new folder for you and sets that as the local folder. Why it cannot find the root folder, I don't know. You could try checking the debug logs:
about:debuggingThis firefoxdebugbutton next to floccus entry to open the console. Floccus should log "Apparently not initialized" along with an error if the above happens.