Plötzlich ReferenceError: request is not defined

[TT-Tom]

@kptkip sagte in Plötzlich ReferenceError: request is not defined:

Nachdem ich trotz Google nichts passendes gefunden habe, gehe ich als Hypothese davon aus, dass:

{ bearerAuth: tokenFromLogin }

genau den Authentifizierungs-Mechanismus per "Bearer" auslösen soll.

Das habe ich in der Doku auch so gefunden, was mir nicht klar ist/war, das Wort Bearer wird das jetzt automatisch vor den Token gesetzt? @haus-automatisierung Denn in deinem Original-Script war es zusätzlich zum Token angehängt.

[kptkip]

@haus-automatisierung said in Plötzlich ReferenceError: request is not defined:

Das ist ja auch ioBroker spezifisch und ein Wrapper für axios in der JavaScript-Sandbox. Damit wir in Zukunft die darunter liegende Library austauschen können, und trotzdem alles weiter funktioniert. Demnach auch nur hier dokumentiert:

https://github.com/ioBroker/ioBroker.javascript/blob/master/docs/en/javascript.md#httpget

Danke für den hint mit dem Wrapper und den Link

Das mit dem Hinweis auf GET ist ein guter, da tatsächlich keine Daten (abgesehen vom Header) übermittelt werden. Das macht Sinn.

Allerdings klappt es noch nicht. Hier mal die Ergebnisse (POST und GET):

Mit POST:

httpPost(uri, {}, { bearerAuth: tokenFromLogin }, (error, response) => {

ergibt folgende Fehler:

javascript.0	11:37:00.464	info	script.js.Strom_und_PV.Tibber_Polestar_SOC: 401
javascript.0	11:37:00.465	info	script.js.Strom_und_PV.Tibber_Polestar_SOC: {"errors":"Not authenticated. Login at: https://app.tibber.com/login"}
javascript.0	11:37:00.465	info	script.js.Strom_und_PV.Tibber_Polestar_SOC: Object [AxiosHeaders] { date: 'Sun, 02 Jun 2024 09:37:10 GMT', 'content-type': 'application/json; charset=utf-8', 'content-length': '71', connection: 'close', 'x-powered-by': 'Express', 'access-control-allow-origin': '*', etag: 'W/"47-pLydXmqqqWtGzFFyAjprzeLl/Aw"', vary: 'Accept-Encoding' }

Per GET mit:

httpGet(uri, { bearerAuth: tokenFromLogin }, (error, response) => {

oder:

httpGet(uri, { headers: { Authorization: 'Bearer ' + tokenFromLogin } }, (error, response) => {

liefert er:

javascript.0	11:34:00.343	info	script.js.Strom_und_PV.Tibber_Polestar_SOC: 401
javascript.0	11:34:00.343	info	script.js.Strom_und_PV.Tibber_Polestar_SOC: {"errors":"Not authenticated. Login at: https://app.tibber.com/login"}
javascript.0	11:34:00.343	info	script.js.Strom_und_PV.Tibber_Polestar_SOC: Object [AxiosHeaders] { date: 'Sun, 02 Jun 2024 09:34:10 GMT', 'content-type': 'application/json; charset=utf-8', 'content-length': '71', connection: 'close', 'x-powered-by': 'Express', 'access-control-allow-origin': '*', etag: 'W/"47-pLydXmqqqWtGzFFyAjprzeLl/Aw"', vary: 'Accept-Encoding' }

Die zusätzliche Query-Variante ist ganz wuschig:

httpPost(uri, { query: '{me{homes{electricVehicles{lastSeen%0A%20 battery{percent}}}}}' }, { bearerAuth: tokenFromLogin }, (error, response) => {

Das ergibt folgende Fehler:

javascript.0	11:30:00.403	info	script.js.Strom_und_PV.Tibber_Polestar_SOC: 400
javascript.0	11:30:00.403	info	script.js.Strom_und_PV.Tibber_Polestar_SOC: {"errors":[{"message":"Syntax Error: Unexpected character: \"%\".","extensions":{"code":"GRAPHQL_PARSE_FAILED","exception":{"stacktrace":["GraphQLError: Syntax Error: Unexpected character: \"%\"."," at syntaxError (/app/node_modules/graphql/error/syntaxError.js:15:10)"," at readNextToken (/app/node_modules/graphql/language/lexer.js:420:40)"," at Lexer.lookahead (/app/node_modules/graphql/language/lexer.js:84:29)"," at Lexer.advance (/app/node_modules/graphql/language/lexer.js:67:38)"," at Parser.advanceLexer (/app/node_modules/graphql/language/parser.js:1536:31)"," at Parser.expectToken (/app/node_modules/graphql/language/parser.js:1393:12)"," at Parser.parseName (/app/node_modules/graphql/language/parser.js:108:24)"," at Parser.parseField (/app/node_modules/graphql/language/parser.js:347:30)"," at Parser.parseSelection (/app/node_modules/graphql/language/parser.js:337:14)"," at Parser.many (/app/node_modules/graphql/language/parser.js:1511:26)"," at Parser.parseSelectionSet (/app/node_modules/graphql/language/parser.js:320:24)"," at Parser.parseField (/app/node_modules/graphql/language/parser.js:365:16)"," at Parser.parseSelection (/app/node_modules/graphql/language/parser.js:337:14)"," at Parser.many (/app/node_modules/graphql/language/parser.js:1511:26)"," at Parser.parseSelectionSet (/app/node_modules/graphql/language/parser.js:320:24)"," at Parser.parseField (/app/node_modules/graphql/language/parser.js:365:16)"," at Parser.parseSelection (/app/node_modules/graphql/language/parser.js:337:14)"," at Parser.many (/app/node_modules/graphql/language/parser.js:1511:26)"," at Parser.parseSelectionSet (/app/node_modules/graphql/language/parser.js:320:24)"," at Parser.parseField (/app/node_modules/graphql/language/parser.js:365:16)"," at Parser.parseSelection (/app/node_modules/graphql/language/parser.js:337:14)"," at Parser.many (/app/node_modules/graphql/language/parser.js:1511:26)"," at Parser.parseSelectionSet (/app/node_modules/graphql/language/parser.js:320:24)"," at Parser.parseOperationDefinition (/app/node_modules/graphql/language/parser.js:231:28)"," at Parser.parseDefinition (/app/node_modules/graphql/language/parser.js:155:19)"," at Parser.many (/app/node_modules/graphql/language/parser.js:1511:26)"," at Parser.parseDocument (/app/node_modules/graphql/language/parser.js:122:25)"," at parse (/app/node_modules/graphql/language/parser.js:32:17)"," at parse (/app/node_modules/apollo-server-core/dist/requestPipeline.js:181:36)"," at processGraphQLRequest (/app/node_modules/apollo-server-core/dist/requestPipeline.js:90:39)"," at process.processTicksAndRejections (node:internal/process/task_queues:95:5)"," at async processHTTPRequest (/app/node_modules/apollo-server-core/dist/runHttpQuery.js:222:30)"]}}}]}

In allen Fällen klappt es mit der Authentifizierung per Bearer-Header nicht wie gewünscht.

[TT-Tom]

@kptkip sagte in Plötzlich ReferenceError: request is not defined:

%0A

bedeutet LF -> LineFeed

%20 ist das Leerzeichen

was ist wenn du die weg lässt

[haus-automatisierung]

@kptkip Sorry, ist recht schwer ohne einen Link auf die API-Doku alles zu raten @TT-Tom hat Recht, würde das auch einfach entfernen und testen.

[kptkip]

@haus-automatisierung said in Plötzlich ReferenceError: request is not defined:

@kptkip Sorry, ist recht schwer ohne einen Link auf die API-Doku alles zu raten

Nur zur Vollständigkeit - die Tibber-API ist hier:
https://developer.tibber.com/docs/overview

@TT-Tom hat Recht, würde das auch einfach entfernen und testen.

Mit der URL hab ich auch schon rumgespielt. Das ändert nichts. Würde mich ehrlich gesagt auch wundern. Die URL hat im Script mit request.post() wunderbar funktioniert. Sogar mit nicht-URL-encodetem Leerzeichen.

[EDIT:]
Ich habe immer noch die Vermutung, dass die neuen Functions httpPost() und httpGet() im JS-Wrapper die Header-Parameter nicht korrekt durchreichen.

Wenn ich mir das hier durchlese:
https://developer.salesforce.com/docs/marketing/marketing-cloud-ampscript/references/mc-ampscript-http/mc-ampscript-reference-http-post.html

Komm ich zur Überlegung, ob das hier (oder axios) korrekt bedient wird:

HttpPost(urlEndpoint,
         contentTypeHeader,
         contentToPost,
         response,
         headerName1, headerValue1,
         [headerName2, headerValue2...] )

Nur mal so als Double-Check: @haus-automatisierung Kannst Du das ausschließen?

[kptkip]

Ich glaube, ich habe eine andere Vermutung:

Der Rückgabewert des ersten Befehls ist ein JSON-Objekt

javascript.0	13:37:00.168	info	script.js.Strom_und_PV.Tibber_Polestar_SOC: {"token":"SuperToken"}

Der zweite Befehl will aber als Auth-Token einen String. Da aber ein JSON-Objekt ankommt, schlägt die Authentifizierung fehl.

Ich hab das Rauslösen des Wertes aus dem Object aber nicht hinbekommen (wurde im alten Script mit var TokenFromLogin = body.token;erledigt).
Vielleicht kann mir da jemand mit mehr JS-Erfahrung auf die Sprünge helfen?

[mcm1957]

@kptkip said in Plötzlich ReferenceError: request is not defined:

Ich glaube, ich habe eine andere Vermutung:

Der Rückgabewert des ersten Befehls ist ein JSON-Objekt

javascript.0	13:37:00.168	info	script.js.Strom_und_PV.Tibber_Polestar_SOC: {"token":"gibbetnichmehr"}

Der zweite Befehl will aber als Auth-Token einen String. Da aber ein JSON-Objekt ankommt, schlägt die Authentifizierung fehl.

Ich hab das Rauslösen des Wertes aus dem Object aber nicht hinbekommen (wurde im alten Script mit var TokenFromLogin = body.token;erledigt).
Vielleicht kann mir da jemand mit mehr JS-Erfahrung auf die Sprünge helfen?

@kptkip
Falls das Token nicht nur kurzzeitig gültig ist solltest du es hier löschen um Missbrauch zu minimieren.

[TT-Tom]

@mcm1957 dann lösche ihn auch in deinem Zitat

[TT-Tom]

@kptkip

versuche mal das hier

tokenFromLogin = getAttr (response.data, 'token')
log(tokenFromLogin)

[kptkip]

@mcm1957

Danke für den Hinweis. Die Tokens sind in meinen Posts gelöscht.

[Homoran]

@tt-tom sagte in Plötzlich ReferenceError: request is not defined:

@mcm1957 dann lösche ihn auch in deinem Zitat

erledigt

[kptkip]

@tt-tom said in Plötzlich ReferenceError: request is not defined:

Das war es!

Hier nochmal das ganze - anonymisierte Script:

// Get Token from Tibber
const loginUri = 'https://app.tibber.com/login.credentials';
const uri = 'https://app.tibber.com/v4/gql?query={me{homes{electricVehicles{lastSeen%20battery{percent}}}}}';
const dpJsonResponse = '0_userdata.0.Polestar.Tibber_Response';
 
let output = '1';
let tokenFromLogin = '';
 
const postData = {
    '@type': 'login',
    email: 'EMAIL',
    password: 'PASSWD',
};
 
// Using the httpPost function to send a POST request with JSON data
httpPost(loginUri, postData, (error, response) => {
    if (error) {
        log(error, 'error');
    } else {
        log(response.statusCode);
        // log(response.data); // uncomment for debug purposes

        tokenFromLogin = getAttr (response.data, 'token');
        // log(tokenFromLogin);  // uncomment for debug purposes

        // Request Battery Status
        // Using the httpGet() function to send a GET request with a Bearer token

       httpGet(uri, { bearerAuth: tokenFromLogin }, (error, response) => {
            if (!error) {
                log(response.statusCode);
                // log(response.data);  // uncomment for debug purposes
                // log(response.headers); // uncomment for debug purposes
                output = response.data;
 
                setState( dpJsonResponse, output);
            } else {
                log(error, 'error');
            }
        });
    }
});

@TT-Tom und @haus-automatisierung Vielen Dank!

Ohne Eure Hilfe hätte ich das nicht hinbekommen.

[TT-Tom]

@kptkip
schwere Geburt aber am Ende zählt das Ergebnis. weiter viel Spass

[mcm1957]

@homoran said in Plötzlich ReferenceError: request is not defined:

@tt-tom sagte in Plötzlich ReferenceError: request is not defined:

@mcm1957 dann lösche ihn auch in deinem Zitat

erledigt

DANKE

[red_yoshi]

@xwing
Vielen Dank das hat mir geholfen mein Script wieder ans laufen zu bekommen!

Ich melde mich hier allerdings mit einem ähnlichen Problem. Ich bin seit längerem immer mal wieder mit-Leser habe aber dazu noch nichts gefunden.

Das Auslesen der Daten aus dem Senertec Dachs klappt jetzt soweit wieder. Ich habe allerdings noch ein zweites Script mit dem ich den Dachs bisher angefordert habe wenn es hohen Stromverbrauch im Haus gab. Seit dem Update läuft das Script leider nicht mehr zuverlässig und lässt den ganzen Adapter regelmäßig abstürzen und neu starten. Hier mal dazu der Log vom letzten Crash, danach habe ich das anfordern deaktiviert.

2024-06-13 00:51:00.043 - info: javascript.0 (3310163) script.js.common._Stromdurchschnitt_und_BHWK_Anforderung: Stromanforderung Dachs weil morgen viel PV
2024-06-13 00:51:00.114 - info: javascript.0 (3310163) Stopping script script.js.common.Dachs_Anforderung
2024-06-13 00:51:00.208 - info: javascript.0 (3310163) Start JavaScript script.js.common.Dachs_Anforderung (Javascript/js)
2024-06-13 00:51:00.214 - warn: javascript.0 (3310163) script.js.common.Dachs_Anforderung: request package is deprecated - please use httpGet (or a stable lib like axios) instead!
2024-06-13 00:51:00.215 - info: javascript.0 (3310163) script.js.common.Dachs_Anforderung: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
2024-06-13 00:51:00.226 - error: javascript.0 (3310163) script.js.common.Dachs_Anforderung: Error: connect ECONNREFUSED 172.16.240.170:8080
at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1555:16) {
errno: -111,
code: 'ECONNREFUSED',
syscall: 'connect',
address: '172.16.240.170',
port: 8080
}
2024-06-13 00:51:00.233 - error: javascript.0 (3310163) script.js.common.Dachs_Anforderung: TypeError: Cannot read properties of undefined (reading 'statusCode')
2024-06-13 00:51:00.234 - error: javascript.0 (3310163) at Request._callback (script.js.common.Dachs_Anforderung:8:18)
2024-06-13 00:51:00.235 - error: javascript.0 (3310163) at self.callback (/opt/iobroker/node_modules/iobroker.javascript/node_modules/request/request.js:185:22)
2024-06-13 00:51:00.235 - error: javascript.0 (3310163) at Request.emit (node:events:517:28)
2024-06-13 00:51:00.235 - error: javascript.0 (3310163) at Request.emit (node:domain:489:12)
2024-06-13 00:51:00.235 - error: javascript.0 (3310163) at Request.onRequestError (/opt/iobroker/node_modules/iobroker.javascript/node_modules/request/request.js:877:8)
2024-06-13 00:51:00.235 - error: javascript.0 (3310163) at ClientRequest.emit (node:events:529:35)
2024-06-13 00:51:00.236 - error: javascript.0 (3310163) at ClientRequest.emit (node:domain:489:12)
2024-06-13 00:51:00.236 - error: javascript.0 (3310163) at Socket.socketErrorListener (node:_http_client:501:9)
2024-06-13 00:51:00.236 - error: javascript.0 (3310163) at Socket.emit (node:events:517:28)
2024-06-13 00:51:00.237 - error: javascript.0 (3310163) at Socket.emit (node:domain:489:12)
2024-06-13 00:51:00.471 - error: host.raspberrypi-iobroker Caught by controller[0]: TypeError: Cannot read properties of undefined (reading 'statusCode')
2024-06-13 00:51:00.472 - error: host.raspberrypi-iobroker Caught by controller[0]: at Request._callback (script.js.common.Dachs_Anforderung:9:18)
2024-06-13 00:51:00.472 - error: host.raspberrypi-iobroker Caught by controller[0]: at self.callback (/opt/iobroker/node_modules/iobroker.javascript/node_modules/request/request.js:185:22)
2024-06-13 00:51:00.472 - error: host.raspberrypi-iobroker Caught by controller[0]: at Request.emit (node:events:517:28)
2024-06-13 00:51:00.472 - error: host.raspberrypi-iobroker Caught by controller[0]: at Request.emit (node:domain:489:12)
2024-06-13 00:51:00.472 - error: host.raspberrypi-iobroker Caught by controller[0]: at Request.onRequestError (/opt/iobroker/node_modules/iobroker.javascript/node_modules/request/request.js:877:8)
2024-06-13 00:51:00.473 - error: host.raspberrypi-iobroker Caught by controller[0]: at ClientRequest.emit (node:events:529:35)
2024-06-13 00:51:00.473 - error: host.raspberrypi-iobroker Caught by controller[0]: at ClientRequest.emit (node:domain:489:12)
2024-06-13 00:51:00.473 - error: host.raspberrypi-iobroker Caught by controller[0]: at Socket.socketErrorListener (node:_http_client:501:9)
2024-06-13 00:51:00.473 - error: host.raspberrypi-iobroker Caught by controller[0]: at Socket.emit (node:events:517:28)
2024-06-13 00:51:00.473 - error: host.raspberrypi-iobroker Caught by controller[0]: at Socket.emit (node:domain:489:12)
2024-06-13 00:51:00.473 - error: host.raspberrypi-iobroker instance system.adapter.javascript.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
2024-06-13 00:51:00.473 - info: host.raspberrypi-iobroker Restart adapter system.adapter.javascript.0 because enabled
2024-06-13 00:51:30.631 - info: host.raspberrypi-iobroker instance system.adapter.javascript.0 started with pid 3426449
2024-06-13 00:51:34.178 - info: javascript.0 (3426449) starting. Version 8.3.1 in /opt/iobroker/node_modules/iobroker.javascript, node: v18.19.1, js-controller: 5.0.19

Das Script sieht aktuell so aus, läuft halt noch auf request:
Bis zum Update klappte das tadellos

var request = require('request');
request.post({
    url:     'http://172.16.240.170:8080/setKeys',
    form:    {'Stromf_Ew.Anforderung_GLT.bAktiv':1,'Stromf_Ew.Anforderung_GLT.bAnzahlModule':1}
}, function(error, response, body) {
    if (error) log(error, 'error');
    if (response.statusCode==200){
        log (body)
    }
}); 

Ich bin leider kein Fachmann was programmieren an geht, sondern kopiere mir Dinge zusammen.

Ich hoffe mir kann hier jemand weiter helfen beim Umbau auf httppost. Bisher bin ich daran gescheitert.

[Homoran]

@red_yoshi so wie das für mich aussieht liegt das nicht primär am Skript

da kommst du nicht auf das Ziel!

@red_yoshi sagte in Plötzlich ReferenceError: request is not defined:

Error: connect ECONNREFUSED 172.16.240.170:8080

Als Folge davon ist keine Antwort vorhanden, die ausgegeben werden soll

@red_yoshi sagte in Plötzlich ReferenceError: request is not defined:

log (body)

diese Zeile wird dementsprechend angemeckert

@red_yoshi sagte in Plötzlich ReferenceError: request is not defined:

Request._callback (script.js.common.Dachs_Anforderung:8:18)

[red_yoshi]

@homoran
Das stimmt, diese Fehlermeldung bekomme ich eigentlich regelmäßig (also ca. 1-2 mal am Tag).
normalerweise funktioniert es dann einfach beim nächsten Versuch.
Bis zum Update war das jedenfalls nie ein Grund den ganzen Adapter abstürzen zu lassen.

[red_yoshi]

Unabhängig von der Fehlermeldung würde ich das Script aber gerne auf httppost umbauen.
Kann mir da jemand sagen wie das aussehen müsste?
Wie gesagt hatte ich bisher keine Probleme damit dass ab und an der Server bzw. der Dachs nicht erreichbar war. Erst seit dem Update sorgt das dafür dass der Adapter abstürzt

[red_yoshi]

@jensen

Kann ich leider nichts zu sagen. Puppeteer kenne und nutze ich nicht.

[DJMarc75]

@red_yoshi sagte in Plötzlich ReferenceError: request is not defined:

@jensen
Kann ich leider nichts zu sagen. Puppeteer kenne und nutze ich nicht.

Ob Du hier im richtigen Beitrag geantwortet hast ?