Describe the bug
Today I updated bookmarks in my NC installation to 3.0.2 and now on all of my computers I get an sync error in floccus on firefox. Error Code: E018 Authentification failed. I deleted my floccus account set up a new one but same error. I had no issues until updating to bookmarks 3 so I don't think it's on my side.
By the way, thanks for the work on that great app!!
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Sync should be ok.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):
Server (please complete the following information):
Since the update from Bookmarks v3.0.0 to v3.0.2 the error messages in the Nextcloud log have changed to this:
Exception: Call to undefined method OCA\Bookmarks\Service\Authorizer::userId()
domain.tld/lib/private/AppFramework/App.php - line 125:
OC\AppFramework\Http\Dispatcher->dispatch(OCA\Bookmark ... {}, "hashFolder")
domain.tld/lib/private/AppFramework/Routing/RouteActionHandler.php - line 47:
OC\AppFramework\App::main("OCA\Bookma ... r", "hashFolder", OC\AppFramew ... {}, { folderId: ... "})
<>
OC\AppFramework\Routing\RouteActionHandler->__invoke({ folderId: ... "})
domain.tld/lib/private/Route/Router.php - line 299:
call_user_func(OC\AppFramew ... {}, { folderId: ... "})
domain.tld/lib/base.php - line 1008:
OC\Route\Router->match("/apps/bookm ... h")
domain.tld/index.php - line 38:
OC::handleRequest()Caused By Error: Call to undefined method OCA\Bookmarks\Service\Authorizer::userId()
domain.tld/lib/private/AppFramework/Http/Dispatcher.php - line 170:
OCA\Bookmarks\Controller\FoldersController->hashFolder(1, [ "title","url"])
domain.tld/lib/private/AppFramework/Http/Dispatcher.php - line 99:
OC\AppFramework\Http\Dispatcher->executeController(OCA\Bookmark ... {}, "hashFolder")
domain.tld/lib/private/AppFramework/App.php - line 125:
OC\AppFramework\Http\Dispatcher->dispatch(OCA\Bookmark ... {}, "hashFolder")
domain.tld/lib/private/AppFramework/Routing/RouteActionHandler.php - line 47:
OC\AppFramework\App::main("OCA\Bookma ... r", "hashFolder", OC\AppFramew ... {}, { folderId: ... "})
<>
OC\AppFramework\Routing\RouteActionHandler->__invoke({ folderId: ... "})
domain.tld/lib/private/Route/Router.php - line 299:
call_user_func(OC\AppFramew ... {}, { folderId: ... "})
domain.tld/lib/base.php - line 1008:
OC\Route\Router->match("/apps/bookm ... h")
domain.tld/index.php - line 38:
OC::handleRequest()`
Next patch is out now. :see_no_evil:
With 3.0.3 I get this in the NC log:
Error: TypeError: Argument 3 passed to OC\AppFramework\Middleware\MiddlewareDispatcher::beforeOutput() must be of the type string, null given, called in /home/www/cloud.tv/lib/private/AppFramework/Http/Dispatcher.php on line 123
I have a different sync error here:
2020-05-01T06:51:01.095Z Starting sync process for account [EMAIL-ADDRESS]@grojekt.webo.family
2020-05-01T06:51:01.118Z Using normal strategy
2020-05-01T06:51:01.808Z Fetching bookmarks
2020-05-01T06:51:02.195Z Received bookmarks from server [ - #2199[Grojekt](https://grojekt.webo.family/) parentId: 410,
- #2198[Google](https://google.de/) parentId: -1 ]
2020-05-01T06:51:02.583Z Received initial folders from server (may be incomplete) [ { id: 409,
title: 'Grojekt',
userId: '[EMAIL-ADDRESS]',
children: [ [Object] ] } ]
2020-05-01T06:51:03.162Z Received initial children order from server (may be incomplete) [ { type: 'bookmark', id: 1088 },
{ type: 'bookmark', id: 2191 },
{ type: 'bookmark', id: 2193 },
{ type: 'bookmark', id: 2198 },
{ type: 'folder', id: 409, children: [ [Object] ] } ]
2020-05-01T06:51:03.163Z [Error: E022: Folder #-1[undefined] supposedly contains non-existent bookmark 1088]
2020-05-01T06:51:03.163Z Syncing failed with E022: Folder #-1[undefined] supposedly contains non-existent bookmark 1088
I guess this came up because I shared a folder as non-editable with a specific user and deleted the folder without un-sharing before. This led to the fact that the user I shared the folder with still sees that folder but it does not exist anymore. Removing shares when deleting a folder seems to be another issue and perhaps is the root cause of this floccus sync error. I did the floccus sync with 3.0.2 at first and after upgrade to 3.0.3 the failure is still there.
I need to do some more tests to find the steps to reproduce but I guess I need to clean up the database beforehand as it seems to be in an inconsistent state now.
~@marcelklehr what SQL statement do I need to run to clean all bookmark and related share entries from the database? Or are there any other options?~
EDIT: Removing bookmarks app and re-adding it afterwards did help with the DB inconsistency and I cannot reproduce the error. :-/
@marcelklehr thanks. Log features no new errors now (3.0.3). Haven't tested sharing yet though.
Really like the app, great job.
For me the problem was not solved. I'm using Bookmarks 3.0.5 and floccus 4.1.0. Still get the authentication error: Syncing failed with E018: Authentifizierung fehlgeschlagen.
@AndreasPantle
I can confirm this. I did a fresh install of 3.0.5 after deleting all bookmark database tables and still "E018: Authentifizierung fehlgeschlagen" comes up in floccus. I downgraded to bookmarks 2.3.4 and everything works fine again.
@Jolopu
Same for me, auth not working anymore; disabled and removed bookmarks app in nextcloud, truncated mysql-tables and also getting E018:Authentifizierung fehlgeschlagen". Version is 3.0.5
Could it be a problem of the Two Factor Auth?
@AndreasPantle It's activated on my instance...might be the reason
In my Nextcloud instance I have the same problem. I already tried removing and reinstalling the app, removing the TOTP and trying the downgrade (which failed because apparently Bookmarks version 3 removes columns from the oc_bookmarks_folder table) and nothing worked. When reviewing the logs, I noticed that Floccus tries to access the following url:
https: //
I tried to enter from the browser, where I was asked for access credentials. However, these do not work. When you cancel, this message is displayed:
{"status": "error", "data": "Unauthorized"}
Any common server setups, like nginx, docker, php-fpm, etc?
Hello @marcelklehr
My instance is running Apache 2.4 (behind the Nginx 1.17 reverse proxy), based on an image from the Nextcloud docker build by myself and the official Nginx image. The PHP version is 7.3 and the database is PostgreSQL 11.7.
I hope this information is helpful to you.
@marcelklehr
I'm also behind a nginx proxy. I've done a quick search through the nginx logs.
I'm getting a [04/May/2020:10:46:24 +0200] "GET /ocl/index.php/apps/bookmarks/public/rest/v2/folder/-1/hash HTTP/2.0" 400 975 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.129 Safari/537.36 when I click on "synchronize"
When bookmarks-app was still working this looked like
"GET /ocl/index.php/apps/bookmarks/public/rest/v2/folder/40/childorder HTTP/2.0" 200 1649 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.113 Safari/537.36"
Difference is http 400 vs http 200.
Please let me know if you need additional logs
v3.0.8 tries to fix the Auth error.
@marcelklehr
I don't see version 3.0.8 updatable yet in my instance. Is there a way to manually trigger this?
@marcelklehr
ok, it's there now. I've updated but unfortunately still no luck (E018).
Tried it with a new TOTP user as well as with my normal user.
[04/May/2020:18:09:25 +0200] "GET /ocl/index.php/apps/bookmarks/public/rest/v2/folder/-1/hash HTTP/2.0" 400 980 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.129 Safari/537.36"
[04/May/2020:18:09:26 +0200] "GET /ocl/index.php/apps/bookmarks/public/rest/v2/bookmark?page=0&limit=300 HTTP/2.0" 401 1017 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.129 Safari/537.36"
@marcelklehr I confirm that the problem persists with version 3.0.8 (E018: Couldn't authenticate with the server). I have TOTP activated.
The log entries that appear when trying to sync with Floccus are these:
"GET /index.php/apps/bookmarks/public/rest/v2/folder/-1/hash HTTP/1.0" 400 1284 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.129 Safari/537.36"
"GET /index.php/apps/bookmarks/public/rest/v2/bookmark?page=0&limit=300 HTTP/1.0" 401 1326 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.129 Safari/537.36"
Are you folks using a normal username or an email address to authenticate?
@marcelklehr I'm using a normal username
Are you folks using a normal username or an email address to authenticate?
Email addresses...
same here
Login via webui works fine and nextcloud passwords app also works fine.
Still "E018: Authentifizierung fehlgeschlagen" with 3.0.10
Normal username (no email address)
shared hosting with apache
login to NC works normally
mysql 5.7.30
php 7.3.11
let's encrypt https
no 2fa
Hope that helps!
So, it's not the username, it's not the reverse proxy. Can you folks provide the nextcloud version (I cannot replicate with either v17 nor v18), the floccus version (I cannot replicate with v4.1.0), the PHP version (I cannot replicate with either PHP7.2 or PHP7.3)?
@marcelklehr
@marcelklehr
@marcelklehr
Would somebody be willing to debug this with me live e.g. via chat? Ideally you'd have ssh access to the server. Please join me over at https://gitter.im/nextcloud-bookmarks/community
@marcelklehr
ok, how? :)
Thanks to a quick debugging session with @berfito (:pray:) I have been able to identify the problem. v3.0.11 (ooph, already?) is now available with the fix.
Finaly! :)
Thank you @marcelklehr and @berfito !
As stated in gitter, you have to delete the floccus accout and recreate it. Otherwise the E018 error will persist!
I'm so happy now
@marcelklehr
you're the best :) After creating a new user/pw via TOTP everything is up an running again
Thanks!
From my side it is working too. Thank you very much!
I'm doing something wrong here :(
I did update to 3.0.11
and this happened
Error: E019: HTTP status 500. Failed POST request. Check your server configuration and log.]
Can someone help me with this one?
Regards
OK, nevermind It's working on firefox ;) so i need to deal with chrome ;)
Most helpful comment
Next patch is out now. :see_no_evil: