Loading Profile...
Bookmarks file being deleted by the Foxmarks client (Linux) when using my own Webdav server.
I'm using Foxmarks on 3 pc's: One XP, one Vista and one Ubuntu.
My bookmarks are stored centrally at my own webdav server.
All went well, but now there is an odd problem: The Ubuntu client deletes bookmarks.json from the server! The Windows clients can download, upload and "merge" without problems but as soon as my Linux box finds "changed" bookmarks, and I decide to sync them it deletes my bookmarks.
This is *somehow* related to "syncronizing never completes".
I tried creating a fresh Firefox profile at my Ubuntu machine. This seemed to fix it, but a short while later it stopped and deleted the file again!
My bookmarks are precious.. Why on earth would it *delete* the bookmarks.json from the server?
My bookmarks are stored centrally at my own webdav server.
All went well, but now there is an odd problem: The Ubuntu client deletes bookmarks.json from the server! The Windows clients can download, upload and "merge" without problems but as soon as my Linux box finds "changed" bookmarks, and I decide to sync them it deletes my bookmarks.
This is *somehow* related to "syncronizing never completes".
I tried creating a fresh Firefox profile at my Ubuntu machine. This seemed to fix it, but a short while later it stopped and deleted the file again!
My bookmarks are precious.. Why on earth would it *delete* the bookmarks.json from the server?
I’m frustrated
1
person has this problem
I have this problem, too!
Tell me when someone solves it.
The more people who report this problem, the more it gets noticed.
The more people who report this problem, the more it gets noticed.
The company thinks this is not a problem.
-
Inappropriate?Weird, never seen that before. What's your foxmarks.log say when this happens?
-
Inappropriate?When I say Upload from my Ubuntu machine I tailed my access.log. There are multiple PUT's, every ~10 seconds.
As far as I can see, this works. Downloading works also.
But... when I made changes to my bookmarks (bookmarks.json at webdav) and Firefox on Ubuntu notices it, it asks to merge. When I merge it fails horribly.
Sometimes it just deletes the whole file, other times it creates a part of it (300K while the normal file is around 600K). Exact size of partially synced file is 327162.
When I press the Synchronize now button the Foxmarks logs says:
[2008-11-19 14:52:03] Entered Merge...
[2008-11-19 14:52:03] >>> GET https://me@my.ip.addr/dav/bookmarks.json
[2008-11-19 14:52:08] >>> Callback
[2008-11-19 14:52:13] >> Merge processing folder Ongesorteerde bladwijzers (fnlkk8gh-1)
<etc>
A few ReplicateNode's.
[2008-11-19 14:52:13] Finished merge; calculating mcs
[2008-11-19 14:52:13] >>> PUT https://me@my.ip.addr/dav/bookmarks.json
[2008-11-19 14:52:13] >>> Body is: (disabled)
After this, nothing is happening. It keeps on "PUT"-ting it to my webdav server.
The problem only occurs with the Ubuntu one. At the moment that one is running Firefox 3.0.3. Latest Foxmarks at all machines. My Windows machines are running FF 3.0.4 but before with FF 3.0.3 there were no problems.
The "only" difference is that the Windows machines use my internal IP, and my Ubuntu one is using the external one. But its accessible by HTTP and HTTPS, so that couldn't be the problem.
</etc>
I’m confused
-
Inappropriate?Tried using a freshly created profile. This is a very temporary solution though because as soon as one of my other machines start syncing after adding a bookmark at one of those, and the Ubuntu one wants to get in too... It all fails again.
I can't wrap my head around this. Both up- and downloading seem to work just perfectly fine but when it comes to sync it just deletes my bookmarks.json file on my server and wont replace it with a new one.
Every time it happens, I have to restore a backup on the server, which is quite cumbersome and annoying to be honest.
Sometimes it tries to sync, but it ends up with an incomplete file and a sync never ending.
The logfiles on both my Apache as my Foxmarks aren't really informative. The Apache logs sometimes complain about "Could not get next bucket brigade", but only when my Linux machine is Foxmarksing. -
Inappropriate?You're right, this is quite perplexing. We had some issues with FTP own server usage under Foxmarks 2.5.3, but haven't found any issues with WebDAV. Does switching to Foxmarks 2.6.0 change the behavior at all?
-
Inappropriate?Nope, sadly the behavior of 2.6.0 is identical to 2.5.3.
I'm wondering: What is the internal difference between Sync (& Upload) and just upload? I guess it would be the same function right?
Oh by the way: It seems that this is only limited to bookmarks. Syncing passwords between Windows and Linux is not affected by this problem. -
Inappropriate?It depends on what you mean by "internal" difference. As far as your server is concerned, sync and upload are the same--Foxmarks PUTs the current state of the bookmark json file.
Within the extension, the difference is that sync first GETs the current file, then diffs the two and writes the merged bookmark collection to the server and to the Firefox bookmark store.
Does anything show up in your Firefox Error Console under Ubuntu when it hangs on the PUT? I wonder if maybe there's something wrong with the PUT that's causing the problem.
http://wiki.foxmarks.com/wiki/Foxmark... -
Inappropriate?I see no errors at all, others (sites & chrome's) are seen there but there is no Foxmarks entry there.
-
Inappropriate?Sounds like it might be a problem with your network and/or server, then, which is outside our purview. I'd suggest trying some PUTs from another source besides Foxmarks and confirm it works that way.3 Comments
Add a comment
This solves the problem
-
Hmm how could I've missed your reply. Well. No there is nothing wrong with my network and/or server. Syncing passwords always works 100%, not a single problem compared to the bookmark syncing.
I mounted the webdav share on my Ubuntu laptop, and I could upload AND download without problems. As said before: Passwords work. The "download" / "upload" buttons work as well. The problem is the syncing of bookmarks and uploading them afterwards. -
Weird. This isn't something we've been able to replicate at all; if there's nothing wrong with your server configuration (I'm not sure that password sync working is relevant, since the file size is likely quite disparate), then the other likely contributor would be something wrong in Firefox's DAV support on Ubuntu, but that seems less likely.
Maybe try switching to a different version of Firefox on Ubuntu and see if that gets a different behavior? -
I could try a nightly build, but I doubt Foxmarks will work on that. Different version of Ubuntu: I've already tried going from Hardy (8.04) to Intrepid (8.10) but its still the same.
-
Inappropriate?I found this discussion while searching for "Could not get next bucket brigade".
It may sound off-topic, but I guess those two problems are linked:
A friend of mine uses Sunbird (or Lightning on Thunderbird) with a WebDAV-hosted ICS file. I help him administering the server. It now happened 4 or 5 times that the ICS file was just *gone*, without him doing anything out of the ordinary (adding a new event, acknowledging an alarm - both cause a new version of the ICS file to get uploaded). Whenever this happened, I found the "Could not get next bucket brigade" message in apache's error log.
I'm totally clueless on how to debug this though. The error message comes from the WebDAV module of apache, I think. And I guess this module deletes the ICS file in my case, and deletes your bookmarks file. But why this happens, and what exactly triggers it, I can't say. I know that at least twice when the ICS file got deleted, my friend used his MS Windows workstation, another time it was with his eee PC (running some *buntu flavour).
On the server side, he is using apache 2.2.9 on Gentoo Linux.
Any ideas? -
Inappropriate?Hi Padde,
Thanks for your information. The bucket brigade indeed seems the issue, but I find it odd that it only occurs with bookmarks and not with passwords. The first one is larger, but that shouldn't be a problem.
For the record, I've updated my server from Hardy to Intrepid as well, so it is now running the following:
Apache/2.2.9 (Ubuntu) DAV/2 PHP/5.2.6-2ubuntu4 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g
If it is related to the bucket brigade, some things puzzle me:
1) Why isn't this being caused by Firefox under Windows?
2) Why isn't this being caused with password sync?
3) Why does "upload" and "download" work, while sync doesnt? -
Inappropriate?I've had exactly the same issue as Padde running WebDAV with apache2 to allow Lightning to interface with my ics calendars. WebDAV has repeatedly deleted the requested file during a PUT, manifested by a 500 at apache level and the very same error log message.
I too am looking for a solution to this as it continually deletes all of my calendar entries!
I have not found anything else relating to this particular issue but some threads suggest it may be due to multiple updates coming in at once and a slow response from the server allowing things to occur simultaneously. However, I did not see multiple PUT requests at that time in my logs.
I’m frustrated
-
Inappropriate?Looks like an apache bug to me: https://issues.apache.org/bugzilla/sh... or https://issues.apache.org/bugzilla/sh...
Just bit me.
I’m annoyed
EMPLOYEE
