Sign in/Register fails #1214

markus2330 · 2016-12-19T14:28:18Z

I tried to convert a snippet on the website, but got the error: undefined

The problem is not (only) about that the conversion does not work (might be a problem with a plugin), but that no useful error message is shown:

Snippet conversion
APP.CONVERSION.NOTIFICATION.MESSAGE..

Used plugins

Input:
- Plugin: line
- Format: line
- Additional config: 
Output:
- Plugin: simpleini
- Format: ini
- Additional config: % %

Input configuration

a = b

Last output configuration

Additional information

The text was updated successfully, but these errors were encountered:

Namoshek · 2016-12-19T15:32:46Z

Is fixed with the latest commit of #1213.

markus2330 · 2016-12-19T18:01:02Z

Does not work for me, it seems like the additional arguments are ignored.

markus2330 · 2016-12-19T18:02:05Z

Btw. the login does not work (connection issues). First I thought the backend is down, but the conversion works?

Namoshek · 2016-12-19T18:21:07Z

Does not work for me, it seems like the additional arguments are ignored.

Did you enter % % or format=% %? The latter works.

Btw. the login does not work (connection issues). First I thought the backend is down, but the conversion works?

I noticed it one time too already, but I couldn't make out the issue. I think it has to do with backend crashes. If you logout and login again, it works interestingly.

markus2330 · 2016-12-19T18:38:35Z

Thank you, my fault. I missed format.

markus2330 · 2016-12-19T18:39:50Z

But I am still not able to login... ;-(

Namoshek · 2016-12-19T18:41:34Z

Does the browser console say something / do you get a non-200 response?

markus2330 · 2016-12-19T18:46:11Z

I think we should be able to solve such problems with browser console.

The error message is:

Connection issues
It seems as if the service is not reachable. This may be either due to a downtime of the service or because of your internet connection.

The server console says:

19:44:27.712 [#][INFO]  Failed login! ____ [application.js:40852:28]1 application.js:258:21

and then:

19:44:27.714 Error: response.data is null
[213]</module.exports/this.doLogin/<@https://www.libelektra.org/assets/js/application.js:89460:17
processQueue@https://www.libelektra.org/assets/js/application.js:40852:28
scheduleProcessQueue/<@https://www.libelektra.org/assets/js/application.js:40868:27
$RootScopeProvider/this.$get</Scope.prototype.$eval@https://www.libelektra.org/assets/js/application.js:42159:16
$RootScopeProvider/this.$get</Scope.prototype.$digest@https://www.libelektra.org/assets/js/application.js:41973:15
$RootScopeProvider/this.$get</Scope.prototype.$apply@https://www.libelektra.org/assets/js/application.js:42267:13
done@https://www.libelektra.org/assets/js/application.js:36248:36
completeRequest@https://www.libelektra.org/assets/js/application.js:36457:7
createHttpBackend/</requestError@https://www.libelektra.org/assets/js/application.js:36395:9
1 application.js:38356:18
consoleLog/<() application.js:38356
$ExceptionHandlerProvider/this.$get</<() application.js:34879
processQueue() application.js:40860
scheduleProcessQueue/<() application.js:40868
$RootScopeProvider/this.$get</Scope.prototype.$eval() application.js:42159
$RootScopeProvider/this.$get</Scope.prototype.$digest() application.js:41973
$RootScopeProvider/this.$get</Scope.prototype.$apply() application.js:42267
done() application.js:36248
completeRequest() application.js:36457
createHttpBackend/</requestError() application.js:36395

Namoshek · 2016-12-19T18:52:10Z

That means the request is not returning a 200 status. Can you look what the network request is returning? I've an idea what the problem could be, but I need a confirmation for it.

markus2330 · 2016-12-19T19:45:43Z

500 Internal Server Error, so not really helpful? Here the full requests/responses:

curl 'https://restapi.libelektra.org/auth' -X OPTIONS -H 'Host: restapi.libelektra.org' -H 'User-Agent: Mozilla/5.0 (X11; NetBSD amd64; rv:49.0) Gecko/20100101 Firefox/49.0' -H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8' -H 'Accept-Language: en-US,en;q=0.5' --compressed -H 'DNT: 1' -H 'Access-Control-Request-Method: POST' -H 'Access-Control-Request-Headers: content-type' -H 'Origin: https://www.libelektra.org' -H 'Connection: keep-alive'

HTTP/1.1 200 OK
Date: Mon, 19 Dec 2016 19:39:05 GMT
Server: Apache/2.4.10 (Debian)
Access-Control-Allow-Headers: Authorization, Content-Type
Access-Control-Allow-Methods: POST,OPTIONS
Access-Control-Allow-Origin: *
Allow: POST,OPTIONS
X-Powered-By: CppCMS/1.0.5
Content-Length: 15
Connection: close
Content-Type: application/json
{"status":"OK"}

curl 'https://restapi.libelektra.org/auth' -H 'Host: restapi.libelektra.org' -H 'User-Agent: Mozilla/5.0 (X11; NetBSD amd64; rv:49.0) Gecko/20100101 Firefox/49.0' -H 'Accept: application/json, text/plain, */*' -H 'Accept-Language: en-US,en;q=0.5' --compressed -H 'DNT: 1' -H 'Content-Length: 64' -H 'Content-Type: application/json;charset=utf-8' -H 'Origin: https://www.libelektra.org' -H 'Connection: keep-alive'

HTTP/1.1 500 Internal Server Error
Date: Mon, 19 Dec 2016 19:39:05 GMT
Server: Apache/2.4.10 (Debian)
Content-Length: 626
Connection: close
Content-Type: text/html; charset=iso-8859-1

curl 'https://www.libelektra.org/templates/notification.html' -H 'Host: www.libelektra.org' -H 'User-Agent: Mozilla/5.0 (X11; NetBSD amd64; rv:49.0) Gecko/20100101 Firefox/49.0' -H 'Accept: application/json, text/plain, */*' -H 'Accept-Language: en-US,en;q=0.5' --compressed -H 'DNT: 1' -H 'Connection: keep-alive'

<div class="ui-notification">
    <div class="alert" ng-class="{'alert-success': t === 's', 'alert-danger': t === 'e',
            'alert-warning': t === 'w', 'alert-info': t === 'i'}" style="margin-bottom:0px;">
        <div class="ui-notification-icon">
            <span class="fa fa-check-circle-o" ng-show="t === 's'"></span>
            <span class="fa fa-times-circle" ng-show="t === 'e'"></span>
            <span class="fa fa-info-circle" ng-show="t === 'i'"></span>
            <span class="fa fa-exclamation-circle" ng-show="t === 'w'"></span>
        </div>
        <h4 class="ui-notification-title" ng-show="title">{{ title | translate }}</h4>
        <div class="ui-notification-text">{{ message | translate }}</div>
    </div>
</div>

Btw. did you already profile why loading the page sometimes takes so long?

markus2330 · 2016-12-19T19:51:01Z

Btw. why is charset=iso-8859-1 in use for the restapi?

And why is something loaded from gravatar.com? (Is this from asciinema.org? Can we embed the asciinema?)

markus2330 · 2016-12-19T19:53:57Z

(reopen for login issue)

Namoshek · 2016-12-20T07:51:23Z

Btw. did you already profile why loading the page sometimes takes so long?

Depends on where you experienced long loads. On the details/edit page, it is quite normal because we have a significant amount of plugins (/variants) enabled and the export takes time. That's also why I said we should disable some..

Btw. why is charset=iso-8859-1 in use for the restapi?

Where did you find this? To me it seems like cppcms is using the charset that fits best the needs if none is given explicitely. E.g. https://restapi.libelektra.org/database?filter=a&filterby=all&offset=0&rows=10&sort=asc&sortby=key uses us-ascii (never heard of that one before).

Edit: Ok found it in your snippet above. The same requests gives us-ascii on my system. I wouldn't consider an issue as long as the browser and the API understand each other properly?

And why is something loaded from gravatar.com? (Is this from asciinema.org? Can we embed the asciinema?)

Yes it is from the asciinema and the asciinema is already embedded?!

The 500 error above looks very much like a downtime of the backend for me (so it is from the apache). Otherwise there should be a X-Powered-By:CppCMS/1.0.5 in the response.

markus2330 · 2016-12-20T08:15:58Z

That's also why I said we should disable some..

Deactivate completely?

Where did you find this?

In the requests/responses between frontend and backend.

using the charset that fits best the needs if none is given explicitely

Why not give UTF-8 or us-ascii explicitely?

I wouldn't consider an issue as long as the browser and the API understand each other properly?

The REST API should also be a standalone feature.

Yes it is from the asciinema and the asciinema is already embedded?!

I mean delievered from our apache.

The 500 error above looks very much like a downtime of the backend for me

So the backend crashes when I try to login?

Namoshek · 2016-12-20T08:29:36Z

Deactivate completely?

Yes. You can create some test snippets and look yourself, often the formats are very, very similar, because the format is the same. I don't think we need them twice then. (Only issue is that users won't find a plugin/lens for their format then probably...)

Why not give UTF-8 or us-ascii explicitely?

I can see if adding UTF-8 in my helper is sufficient.

The REST API should also be a standalone feature.

Sure, if the browser and the front-end does, then curl and other tools will do also.

I mean delievered from our apache.

Don't think they offer a download, etc.

So the backend crashes when I try to login?

No, I would say it wasn't only at this time for some other reason. I've tried quite some things already, but I cannot reproduce what you got.

markus2330 · 2016-12-20T10:42:37Z

Only issue is that users won't find a plugin/lens for their format then probably

Yeah, unfortunately this might be a major issue (for people that need a specific plugin). What we could do is to not show all of them after snippet uploading. But that seems like a quite complicated change in frontend and backend (and which ones to select?).

Don't think they offer a download, etc.

http://blog.asciinema.org/post/self-hosting/

No, I would say it wasn't only at this time for some other reason. I've tried quite some things already, but I cannot reproduce what you got.

I tried it quite often already. Registration seems to be down now, too. (like login: connection issues)

Namoshek · 2016-12-20T12:02:22Z

Sorry but then you seem to have an issue on your side, because both works properly without me changing anything. My guess is a script blocker - again.

markus2330 · 2016-12-20T13:51:52Z

I tried to remove all plugins with firefox and tried 3 other different browsers (chromium, tor browser, konqueror), always the same. I am in the TU network, so I doubt it is a connection problem, my colleague just downloaded an ubuntu ISO in some minutes ;)

Namoshek · 2016-12-20T16:24:17Z

You are right, it is no connection issue. The sha256_encrypt function fails for some inputs, I'll fix it.

markus2330 · 2016-12-20T16:28:12Z

So my passwords were too long 🙈 ?

Please also try to give better feedback for such errors.

Namoshek · 2016-12-20T16:29:37Z

No it was not too long, something else was broken, you'll see it in the PR in a moment.

markus2330 · 2016-12-20T16:38:55Z

How did it work for you?

Btw. should we also push the user database to a private repo? Actually we could make a backup of other things in a private repo, too.

Namoshek · 2016-12-20T16:42:09Z

It worked for some passwords, but not for others. Blubblub123 worked for example while NotSecure1 didn't.

markus2330 · 2016-12-20T16:45:11Z

I tried ch1iDoeGhoo9VhohJ1oh3phie9PhesaiSh maybe you should add longer passwords for the unit tests, too. (you can use this password for the test if you want)

markus2330 · 2016-12-20T16:50:46Z

Much better, login and changing of password works like a charm now!

I'll merge when the unit tests are ready.

Namoshek · 2016-12-20T16:58:55Z

Had to delete your account as you might noticed because hashes were broken, but shouldn't happen in the future anymore. 👍

markus2330 · 2016-12-20T17:01:00Z

Yeah, is already recreated ;)

shouldn't happen in the future anymore

It is okay till release of the homepage ;)

markus2330 · 2016-12-20T17:32:36Z

Btw. please submit the apache config and so on to our snippet service. We should really add much more there!

markus2330 assigned Namoshek Dec 19, 2016

Namoshek closed this as completed Dec 19, 2016

markus2330 reopened this Dec 19, 2016

markus2330 closed this as completed Dec 19, 2016

markus2330 reopened this Dec 19, 2016

Namoshek mentioned this issue Dec 20, 2016

rest-frontend / rest-backend: improvements #1216

Merged

2 tasks

markus2330 changed the title ~~Convert with plugin line to simpleini~~ Sign in/Register fails Dec 20, 2016

markus2330 added the bug label Dec 20, 2016

Namoshek mentioned this issue Dec 20, 2016

rest-backend: fix sha256_encrypt in crypto + tests #1218

Merged

3 tasks

markus2330 closed this as completed Dec 20, 2016

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Sign in/Register fails #1214

Sign in/Register fails #1214

markus2330 commented Dec 19, 2016 •

edited

Namoshek commented Dec 19, 2016

markus2330 commented Dec 19, 2016

markus2330 commented Dec 19, 2016

Namoshek commented Dec 19, 2016

markus2330 commented Dec 19, 2016

markus2330 commented Dec 19, 2016

Namoshek commented Dec 19, 2016

markus2330 commented Dec 19, 2016

Namoshek commented Dec 19, 2016

markus2330 commented Dec 19, 2016

markus2330 commented Dec 19, 2016 •

edited

markus2330 commented Dec 19, 2016

Namoshek commented Dec 20, 2016 •

edited

markus2330 commented Dec 20, 2016

Namoshek commented Dec 20, 2016

markus2330 commented Dec 20, 2016

Namoshek commented Dec 20, 2016

markus2330 commented Dec 20, 2016 •

edited

Namoshek commented Dec 20, 2016

markus2330 commented Dec 20, 2016

Namoshek commented Dec 20, 2016

markus2330 commented Dec 20, 2016

Namoshek commented Dec 20, 2016

markus2330 commented Dec 20, 2016 •

edited

markus2330 commented Dec 20, 2016

Namoshek commented Dec 20, 2016

markus2330 commented Dec 20, 2016

markus2330 commented Dec 20, 2016

Sign in/Register fails #1214

Sign in/Register fails #1214

Comments

markus2330 commented Dec 19, 2016 • edited

Used plugins

Input configuration

Last output configuration

Additional information

Namoshek commented Dec 19, 2016

markus2330 commented Dec 19, 2016

markus2330 commented Dec 19, 2016

Namoshek commented Dec 19, 2016

markus2330 commented Dec 19, 2016

markus2330 commented Dec 19, 2016

Namoshek commented Dec 19, 2016

markus2330 commented Dec 19, 2016

Namoshek commented Dec 19, 2016

markus2330 commented Dec 19, 2016

markus2330 commented Dec 19, 2016 • edited

markus2330 commented Dec 19, 2016

Namoshek commented Dec 20, 2016 • edited

markus2330 commented Dec 20, 2016

Namoshek commented Dec 20, 2016

markus2330 commented Dec 20, 2016

Namoshek commented Dec 20, 2016

markus2330 commented Dec 20, 2016 • edited

Namoshek commented Dec 20, 2016

markus2330 commented Dec 20, 2016

Namoshek commented Dec 20, 2016

markus2330 commented Dec 20, 2016

Namoshek commented Dec 20, 2016

markus2330 commented Dec 20, 2016 • edited

markus2330 commented Dec 20, 2016

Namoshek commented Dec 20, 2016

markus2330 commented Dec 20, 2016

markus2330 commented Dec 20, 2016

markus2330 commented Dec 19, 2016 •

edited

markus2330 commented Dec 19, 2016 •

edited

Namoshek commented Dec 20, 2016 •

edited

markus2330 commented Dec 20, 2016 •

edited

markus2330 commented Dec 20, 2016 •

edited