Bug in ocprop 2.08

Inder · 30 Nov. 2009

Da klappt was nicht!

Beim aktuellen Durchlauf wurden scheinbar alle OC-only Logseiten neu erstellt.
In der log.txt sind aber immer noch die störenden Steuerzeichensequenzen vorhanden. Und die Webseiten sehen aus, wie vorher: http://inder.dosenfinder.de/found/Vergangene_Zeiten_OC96D5/index.html

Dann wurden alle GC-Logs auf ein OC-Pendant neu geprüft und abgeglichen.
Das hat offenbar funktioniert.
Danach kam [sleep] und dann nichts mehr.

Aktualisierung eines Caches:

C:\Programme\Opencaching>ocprop -r oc96d5
Dies ist Ocprop Version 2.08 (MSWin32/p2e)
Teste, ob es eine neue Programmversion gibt ... erledigt
Lade Login-Seite ...
Noch angemeldet als 'Inder' ...

*** Bearbeite Fund-Logs ***

*** Bearbeite DNF-Logs ***

*** Bearbeite Cachebeschreibungen ***

*** Pruefe Cachestatus***

*** Pruefe auf OC-only Fund-Logs ***

[sleep] Werde OC-only Cache nochmal runterladen: Vergangene Zeiten (OC96D5).

und dann passiert nichts mehr!

HSCA · 30 Nov. 2009

Hier scheinen die Smilies aber korrekt umgesetzt worden sein.
http://inder.dosenfinder.de/found/Partizanska_bolnica_Franja___The_Franja_Partisan_Hospital_OC28E9/index.html

Inder · 1 Dez. 2009

HSCA schrieb:
Hier scheinen die Smilies aber korrekt umgesetzt worden sein.
http://inder.dosenfinder.de/found/Partizanska_bolnica_Franja___The_Franja_Partisan_Hospital_OC28E9/index.html

Nö, schau Dir mal die Adresse der Bilddatei an! Das war ein früherer Versuch von mir. leider nicht praktikabel, da man für jeden Cache einen Unterverzeichnisbaum mit den Bilddateien anlegen müsste.

Ocprop scheint jetzt bei jedem Durchlauf alle Caches neu prüfen, als wäre die Option -c gesetzt.
Und es bleibt immer irgendwo hängen:

Bearbeite "Wohl behütet" von MIZ-Team ...
-> nicht gefunden

Bearbeite "exchange for Coins and TB" von tatonka-zefix ...
-> nicht gefunden

Bearbeite "o Cassiopeiae" von rkschlotte & UMS_Team ... [sleep]
-> nicht gefunden

*** Bearbeite Cachebeschreibungen ***

*** Pruefe Cachestatus***

*** Pruefe auf OC-only Fund-Logs ***

[sleep]

Das Problem ist, dass er sich aufhängt, bevor irgendwelche logs heruntergeladen werden. Ich habe gerade versucht, die log.txt von oc96d5 zu löschen und dann diesen cache mit -r erneut zu laden. Das Programm bleibt stehen, bevor eine neue log.txt erzeugt wurde.

Die letzten Zeilen der ocprop.log beim Versuch, diesen Cache zu altualisieren:

...
</td>
<td>11. Mai 2007</td>
<td><a href="viewcache.php?wp=OC3621">Hard Rock</a></td>
</tr>
</table>
</td>
</tr>
<tr><td class="spacer" colspan="2"></td></tr>

<tr>
<td>
Deine noch nicht veröffentlichten Caches werden veröffentlicht::<br />
<table>
<tr><td>Keine nicht veröffentlichten Caches</td></tr>
</table>

</td>
</tr>
<tr><td class="spacer" colspan="2"></td></tr>

<tr>
<td class="header-small">
<img src="lang/de/stdstyle/images/profile/22x22-email.png" width="22" height="22" align="middle" border="0" alt="Versendete E-Mails" title="Versendete E-Mails">
Versendete E-Mails: 11
</td>
</tr>
<tr><td class="spacer" colspan="2"></td></tr>
</table>
</div>
</td>
</tr>
</table>
<div id="footBox
Danach ist Schluss

HSCA · 1 Dez. 2009

Inder schrieb:
HSCA schrieb:

HSCA hat geschrieben:
Hier scheinen die Smilies aber korrekt umgesetzt worden sein.
http://inder.dosenfinder.de/found/Parti ... index.html

Zum Vergrößern anklicken....

Nö, schau Dir mal die Adresse der Bilddatei an! Das war ein früherer Versuch von mir. leider nicht praktikabel, da man für jeden Cache einen Unterverzeichnisbaum mit den Bilddateien anlegen müsste.

Also die Bildadresse sieht so aus:

Code:

<img src='http://www.opencaching.de/lib/tinymce/plugins/emotions/images/smiley-cool.gif' border='0' alt='Cool' title='Cool' />

Das ist genau das, was bei ocprop jetzt rauskommen soll.

Aber nichts desto trotz scheint der Download der OC-Only Logs nicht zu funktionieren. Es wird zwar auf neue GC-OC Listings/Logs geprüft aber keine OC-Only (und für die trifft diese Änderung ja zu)

Warum ocprop bei dir nicht weitermacht, da hab ich im Moment noch keinen blassen Schimmer. :???:

Inder · 1 Dez. 2009

Könnt Ihr geoupdate wieder zurück auf den Stand der 2.07 bringen, damit es wenigstens wieder funktioniert (wenn auch mit Schönheitsfehler).

HSCA · 1 Dez. 2009

Inder schrieb:
Könnt Ihr geoupdate wieder zurück auf den Stand der 2.07 bringen, damit es wenigstens wieder funktioniert (wenn auch mit Schönheitsfehler).

Deine aktuelle ocprop.exe mit
http://sourceforge.net/projects/geolog/files/ocprop/2.07/ocprop-2.07.zip/download
ersetzen.

Wenn ocprop nicht funktionieren sollte, musst du noch die Version in der ocprofile.txt wieder auf 2.07 setzen.

Anonymous · 1 Dez. 2009

HSCA schrieb:
Aber nichts desto trotz scheint der Download der OC-Only Logs nicht zu funktionieren. Es wird zwar auf neue GC-OC Listings/Logs geprüft aber keine OC-Only (und für die trifft diese Änderung ja zu)

Warum ocprop bei dir nicht weitermacht, da hab ich im Moment noch keinen blassen Schimmer.

Diesen Fehler hatte ich auch. Beim Download der oc-only-Fundegeht die Prozessorlast auf 100% und nichts witer passiert. Ich hab erstmal wieder die 2.07 installiert...

Inder · 1 Dez. 2009

HSCA schrieb:
Also die Bildadresse sieht so aus:

Code:

<img src='http://www.opencaching.de/lib/tinymce/plugins/emotions/images/smiley-cool.gif' border='0' alt='Cool' title='Cool' />

Stimmt. Ich dachte, das wäre noch der Rest meiner früheren Versuche.

Ich habe jetzt mal auf 2.07 zurückgestellt und Geoupdate erst mal deaktiviert.

Inder · 3 Dez. 2009

4082 sub store_log {
4083 my($type,$path,$dirent,$gpxentry) = @_;
4084
4085 my($oldtext) = suck_in($path . "/log.txt");
4086 my($text) = findlogentry($type,$htmluserid,$gpxentry);
4087 $text =~ s/\r//g;
4088 if ($text =~ /<text>(.*?)<\/text>/si) {
4089 $text = unquote($1);
4090 } else {
4091 $text = "";
4092 }
4093 $text = correctImageQuote($text);
4094 store_file($text,$path . "/log.txt") if ($text ne $oldtext);
4095 }

Nur so eine Idee:
Mir ist jetzt nicht klar, woher $1hier stammt. Aber stimmt die Zeile 4089 so?
Sollte das nicht unquote($oldtext) sein?

HSCA · 3 Dez. 2009

Inder schrieb:
4082 sub store_log {
4083 my($type,$path,$dirent,$gpxentry) = @_;
4084
4085 my($oldtext) = suck_in($path . "/log.txt");
4086 my($text) = findlogentry($type,$htmluserid,$gpxentry);
4087 $text =~ s/\r//g;
4088 if ($text =~ /<text>(.*?)<\/text>/si) {
4089 $text = unquote($1);
4090 } else {
4091 $text = "";
4092 }
4093 $text = correctImageQuote($text);
4094 store_file($text,$path . "/log.txt") if ($text ne $oldtext);
4095 }

Nur so eine Idee:
Mir ist jetzt nicht klar, woher $1hier stammt. Aber stimmt die Zeile 4089 so?
Sollte das nicht unquote($oldtext) sein?

$1 wird durch den RegEx-Ausdruck gefüllt. Nach Zeile 4088 steht genau der Text drin, der zwischen <text> und </text> gestanden hat. Andersherum alles was außerhalb von (.*?) steht wird abgeschnitten.

C

HSCA · 3 Dez. 2009

Inder schrieb:
HSCA schrieb:

Also die Bildadresse sieht so aus:

Code:

<img src='http://www.opencaching.de/lib/tinymce/plugins/emotions/images/smiley-cool.gif' border='0' alt='Cool' title='Cool' />

Zum Vergrößern anklicken....

Stimmt. Ich dachte, das wäre noch der Rest meiner früheren Versuche.

Das einige Smilies umgewandelt werden und andere nicht, sieht im Moment nach einer OC Problematik aus. Wenn ich mir die gpx des entsprechenden Cache hole habe ich einmal eine Bildadresse und einmal ein einfachen Textsmiley.

Das hängt davon ab, wie der Logeintrag geschrieben wurde. Wenn die Smilies unter dem Editorfenster verwendet werden kommen nur Textsmilies raus. Wenn die Smilies des Editors genommen werden kommen richtige Smilies raus.

Das ist mein Testcache:
http://www.opencaching.de/viewcache.php?cacheid=142126

Lösung wird in diesem Fall sein, dass bei den OC-Only Funden die Logeinträge in den anderen Editor übernommen werden und die Smilies somit ein Adresse bekommen.

C

Inder · 4 Dez. 2009

Hast Du schon irgendeinen Schimmer, warum die 2.08 exe immer stehenbleibt?
Das ist völlig reproduzierbar. Ich habe keinen einzigen kompletten Durchlauf geschafft. Je nach Aufruf bleibt es immer an der gleichen Stelle hängen.
Und zumindest Schrottie scheint damit das gleiche Problem zu haben.

Die 2.07 hatte noch nie einen vergleichbaren Hänger.

Inder · 4 Dez. 2009

HSCA schrieb:
$1 wird durch den RegEx-Ausdruck gefüllt. Nach Zeile 4088 steht genau der Text drin, der zwischen <text> und </text> gestanden hat. Andersherum alles was außerhalb von (.*?) steht wird abgeschnitten.

Ja, ich habe gerade gesehen, dass das in der 2.07 identisch ist.

Nachdem ich gerade die beiden Versionen verglichen habe, kann der Hänger eigentlich nur in der sub correctImageQuote versteckt sein.

Da habe ich aber zu wenig Ahnung von der Perl-Syntax, um genau zu verstehen, was genau mit welchen Variablen passiert.
Ich vermute mal, dass alle <img src=\"blabla" zu <img src=\'blabla' umgewandelt werden sollen.

Wieder nur ein Verdacht:

Code:

$arg =~ s/\"/\'/sgi;
$text =~ s/<img src=(.*?)\/>/<img src=\'$arg\/>/s

sind doch Ersetzungen? Müsste da nicht ein Semikolon zwischen den Argumenten sein?
Also:

Code:

$arg =~ s/\";/\'/sgi;
$text =~ s/<img src=(.*?)\/>;/<img src=\'$arg\/>/s

fogg · 4 Dez. 2009

Inder schrieb:
Nachdem ich gerade die beiden Versionen verglichen habe, kann der Hänger eigentlich nur in der sub correctImageQuote versteckt sein.

Stimmt. Ist ausgebügelt. Neue Version 2.09 kommt noch heute Abend (hab z.Zt. einen etwas lahmen Uplink, da nur über UMTS angebunden).

- Fogg

Inder · 5 Dez. 2009

Läuft fehlerfrei und sieht einwandfrei aus.

Danke!

Bug in ocprop 2.08

Inder

Geowizard

HSCA

Geomaster

Inder

Geowizard

HSCA

Geomaster

Inder

Geowizard

HSCA

Geomaster

Anonymous

Guest

Inder

Geowizard

Inder

Geowizard

HSCA

Geomaster

HSCA

Geomaster

Inder

Geowizard

Inder

Geowizard

fogg

Geomaster

Inder

Geowizard