[vz-dev] Nach update auf git Version können keine Kanäle hinzugefügt werden.

[Sven peitz]

Am 18.09.2013 09:32, schrieb Andreas Goetz:
> Gefunden:
>
> in lib/Controller/DataController Zeile 84:
>
> ändere
>                 if ($json['data']) {
> in
>                 if (isset($json['data'])) {
>
> Ich schiebe einen Patch nach.
>
> vg
> Andreas
>
>
>
> 2013/9/18 Andreas Götz <cpuidle at gmail.com <mailto:cpuidle at gmail.com>>
>
>     Den Fehler dürfte ich eingebaut haben- autsch! Schaus mir nachher an.
>
>     Viele Grüße,
>     Andreas
>
>     Am 18.09.2013 um 06:05 schrieb Sven peitz <sven.peitz at gmx.net
>     <mailto:sven.peitz at gmx.net>>:
>
>     > Am 18.09.2013 00:25, schrieb Thorben Thuermer:
>     >> On Tue, 17 Sep 2013 23:56:05 +0200 Sven peitz
>     <sven.peitz at gmx.net <mailto:sven.peitz at gmx.net>> wrote:
>     >>> Am 17.09.2013 23:18, schrieb Sven peitz:
>     >>>>  gerade mal ein Update gemacht.
>     >>>> Jetzt funktioniert zwar die Abfrage from =now wie sie soll,
>     aber ich
>     >>>> kann keine Kanäle mehr anlegen im GUI/webinterface
>     >>>> Der Button "Kanal Hinzufügen" lässt sich nicht anklicken und alle
>     >>>> vorher gespeicherten Kanäle zeigt er nicht an.
>     >>> OK das Problem liegt am Browser, der muss unsichere Scripte
>     zulassen..
>     >>> dann kann man Kanäle anlegen.
>     >> was auch immer "unsichere scripte" sind?
>     >> vlt. lag es auch an alten scripte im cache und ein gruendlicher
>     reload hilft?
>     > Das mit dem reload(restart) könnte der Schlüssel gewesen sein ;-)
>     >>
>     >>> Was aber komisch ist, vzlogger produziert jetzt einen Fehler
>     >>> POST /middleware.php/data/*snip*.json HTTP/1.1" 400 302 "-"
>     >>> "vzlogger/0.3.3 (libcurl/7.26.0 OpenSSL/1.0.1e zlib/1.2.7
>     libidn/1.25
>     >>> libssh2/1.4.2 librtmp/2.3)"
>     >>>
>     >>> Andere per curl gesendete Daten laufen aber
>     >>> POST /middleware.php/data/*snip*.json HTTP/1.1" 200 192 "-" "-"
>     >>>
>     >>> Woran mag das liegen?
>     >> ich vermute die erklaerung im status-text oder body der
>     404-antwort.
>     >> wenn es mit curl funktioniert, kommt der 404 wohl nicht von apache,
>     >> sondern vom php-script.
>     >>
>     >> im zweifelsfall vzlogger unter strace -s 999 laufen lassen,
>     >> oder die requests mit wireshark/tcpflow/tcpdump mitschneiden...
>     >>
>     >>> Gruß
>     >>> Sven
>     >> - Thorben
>     > vzlogger sammelt in der queue und nach dem abschicken kommt es
>     zu folgendem Fehler
>     > Im Log von vzlogger findet sich folgendes:
>     >
>     > Sep 18 05:58:17][chn2] CURL Error from middleware:
>     'ErrorException': 'Undefined index:  data'
>     > [Sep 18 05:58:17][chn2] Waiting 30 secs for next request due to
>     previous failure
>     > [Sep 18 05:58:17][chn0] CURL Error from middleware:
>     'ErrorException': 'Undefined index:  data'
>     > [Sep 18 05:58:17][chn0] Waiting 30 secs for next request due to
>     previous failure
>     > [Sep 18 05:58:17][chn1] CURL Error from middleware:
>     'ErrorException': 'Undefined index:  data'
>     > [Sep 18 05:58:17][chn1] Waiting 30 secs for next request due to
>     previous failure
>     > [Sep 18 05:58:19][mtr0] Updating interval to 2
>     > [Sep 18 05:58:19][chn0] Adding reading to queue
>     (value=3422328.50 ts=1379476699.086)
>     > [Sep 18 05:58:19][chn0] Buffer dump (size=1 keep=300):
>     {3422328.5000,}
>     >
>     > Gruß
>     > Sven
>     >
>     >
>     >
>
>
Super, geändert alles ist gut :-)

Gruß
Sven
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20130918/fb4b956d/attachment.html>