• Willkommen im Geoclub - dem größten deutschsprachigen Geocaching-Forum. Registriere dich kostenlos, um alle Inhalte zu sehen und neue Beiträge zu erstellen.

[ACB] Problem mit aktueller Nightly acb_2016

Longri

Geoguru
Das DB Schema wurde schon ewig nicht mehr geändert. Und wird erst wieder geändert wenn die Live Map kommt.
Aber ihr lasst mich ja nicht. ;-)
 

Timo TA93

Geowizard
Also wenn ich gefragt würde ... zum jetzigen Zeitpunkt wäre die 1956 die optimalste Version für den Play Store...
In der letzten NB gibts schon wieder ein Problem beim Import aus Mails. Das muß ich aber erst genauer anschauen und beschreiben wenn neue Caches published werden. Hab erst seit gestern die 2022 drauf.
Die 1956 läuft wirklich gut ...
Lieber etwas Ruhe und Zeit, dann klappts auch gut mit dem PS ...
 

Longri

Geoguru
Den Fehler mit der Suchfunktion habe ich lokalisiert. Er hat sich eingeschlichen, als ich den Fehler mit der List auf dem Galaxy Tab behoben habe. Jetzt muss ich nur noch sehen, wie ich beide Fehler gleichzeitig beheben kann.
 

cacheboxer

Geomaster
Timo TA93 schrieb:
Also wenn ich gefragt würde ... zum jetzigen Zeitpunkt wäre die 1956 die optimalste Version für den Play Store...
Hätte nicht gedacht, dass das nochmal passiert, aber da bin ich völlig Deiner Meinung. :p

War auch ein wenig erstaunt, dass der Store noch so weit hinterherhinkt. Ich finde, die Store-Version sollte immer die stabilste verfügbare Version sein und zeitnah aktualisiert werden, wenn Fehler korrigiert wurden.
 

Longri

Geoguru
Das mag sein, aber Aktuell sind hier Fehler behoben, welche ich unbedingt veröffentlichen möchte. Und wenn es Aktuell noch Probleme gibt, dann muss ich die eben beheben.
 

Longri

Geoguru
PS: Das mit dem "ihr lasst mich ja nicht" war ja nicht wirklich ernst gemeint. Ich bin froh, dass ihr mich manchmal bremst.
 
OP
GeoLemmi

GeoLemmi

Geowizard
Kleiner Zwischenwurf von mir.

Ich kann der Meinung nur Beipflichten. Die Version 1956 lief wirklich am besten bisher. Da gab es so gut wie keine Probleme.

Alles was danach kam, lief irgendwie "ungünstiger".

Aber ich will euch nicht im Tatendrang ausbremsen ;)

Und das mit der Livemap hört sich interessant an. Weiter so ;)

Gruss Lemmi1de.
 

Longri

Geoguru
So ich habe jetzt beide Fehler in der ListView Behoben! Rev 2024
Könnte auch gut sein, dass damit ein Fehler behoben ist, bei dem es zu einem Instabilen Zustand beim Aus/Ein schalten kommt, behoben ist!?
Gruß Andre
 

Koblenzer

Geomaster
Ich war heute Vormittag mit der 2024 unterwegs und bin dabei noch auf einen reproduzierbaren Absturz gestoßen. Wird wohl kaum jemanden betreffen, aber dennoch melde ich den mal hier:
Wenn man auf der Übersichtsseite auf "Gefundene Caches: xxx" drückt um den Fundzähler über GC.com zu aktualisieren, geht ein "Funde anpassen" Fenster auf. Wählt man hier "Nein", beendet sich ACB außerplanmäßig mit "Cachebox angehalten". Ggf. muss man auch mehrfach auf "Nein" drücken, damit das Fenster weg geht bzw. ACB abstürzt. Die Auswahl von "Ja" funktioniert übrigens wie erwartet.
Code:
03-23 12:45:50.772 D/CACHEBOX(14281): Set: RenderContinous
03-23 12:45:50.792 V/SmartFaceService - 3rd party pause(864): onReceive [android.intent.action.ACTIVITY_STATE/de.cachebox_test/resume]
03-23 12:45:50.882 V/IntentResolver(864): Resolving type=null scheme=null defaultOnly=false userId=0 of Intent { act=de.cachebox.action.PICK_PLUGIN flg=0x8 }
03-23 12:45:50.882 V/IntentResolver(864):     Action: "de.cachebox.action.PICK_PLUGIN"
03-23 12:45:50.902 D/CACHEBOX(14281): Set: RenderContinous
03-23 12:45:50.912 D/CACHEBOX(14281): Set: RenderDirty
03-23 12:45:52.252 D/CACHEBOX(14281): ACTION => about execute
03-23 12:45:53.382 D/CACHEBOX(14281): ShowDialog: MsgBoxFunde anpassenDialogID[7] Created by: 
03-23 12:45:54.192 D/CACHEBOX(14281): GL => set KeyBoardFocus to EditTextField X,Y/Width,Height = 7.0,722.0/686.0,101.0
03-23 12:45:54.192 D/CACHEBOX(14281): GL => set KeyBoardFocus to NULL
03-23 12:45:54.202 D/CACHEBOX(14281): ShowDialog: MsgBoxDialogID[8] Created by: 
03-23 12:45:54.202 D/CACHEBOX(14281): ShowDialog: MsgBoxFunde anpassenDialogID[7] Created by: 
03-23 12:45:54.202 D/CACHEBOX(14281): Dispose GL_MsgBox=> MsgBox
03-23 12:46:00.462 D/CACHEBOX(14281): GL => set KeyBoardFocus to EditTextField X,Y/Width,Height = 7.0,722.0/686.0,101.0
03-23 12:46:00.462 D/CACHEBOX(14281): GL => set KeyBoardFocus to NULL
03-23 12:46:00.462 D/CACHEBOX(14281): ShowDialog: MsgBoxDialogID[9] Created by: 
03-23 12:46:00.462 D/CACHEBOX(14281): ShowDialog: MsgBoxFunde anpassenDialogID[7] Created by: 
03-23 12:46:00.462 D/CACHEBOX(14281): Dispose GL_MsgBox=> MsgBox
03-23 12:46:00.502 E/AndroidRuntime(14281): Process: de.cachebox_test, PID: 14281
03-23 12:46:00.502 W/ActivityManager(864):   Force finishing activity de.cachebox_test/.main
03-23 12:46:00.522 V/SmartFaceService - 3rd party pause(864): onReceive [android.intent.action.ACTIVITY_STATE/de.cachebox_test/pause]
03-23 12:46:00.532 D/CACHEBOX(14281): Main=> onPause
03-23 12:46:00.532 D/CrashAnrDetector(864): processName: de.cachebox_test
03-23 12:46:00.532 D/CrashAnrDetector(864): broadcastEvent : de.cachebox_test data_app_crash
03-23 12:46:02.342 I/WindowState(864): WIN DEATH: Window{45895f00 u0 de.cachebox_test/de.cachebox_test.main}
03-23 12:46:02.342 I/ActivityManager(864): Process de.cachebox_test (pid 14281) (adj 0) has died.
03-23 12:46:02.342 I/LocationManagerService(864): remove 46b90ff0 by de.cachebox_test
03-23 12:46:02.352 W/WindowManager(864): Force-removing child win Window{458ee548 u0 SurfaceView} from container Window{45895f00 u0 de.cachebox_test/de.cachebox_test.main}
 

Longri

Geoguru
Danke, habe den Fehler loggen können und wenn ich nachher zu Hause bin kann ich ihn beheben. Ist was einfaches.

build.board: smdk4x12
build.bootloader: I9300XXUGML2
build.brand: samsung
build.cpu_abi: armeabi-v7a
build.cpu_abi2: armeabi
build.device: m0
build.display: JSS15J.I9300XXUGML2
build.fingerprint: samsung/m0xx/m0:4.3/JSS15J/I9300XXUGML2:user/release-keys
build.hardware: smdk4x12
build.host: DELL338
build.id: JSS15J
build.manufacturer: samsung
build.model: GT-I9300
build.product: m0xx
build.radio: unknown
build.serial: 4df1a6760e486f61
build.tags: release-keys
build.time: 1386939886000
build.type: user
build.user: dpi
version.codename: REL
version.incremental: I9300XXUGML2
version.release: 4.3
version.sdk_int: 18

03-23 13:46:30.100 E/AndroidRuntime(20881): FATAL EXCEPTION: GLThread 14182
03-23 13:46:30.100 E/AndroidRuntime(20881): java.lang.NullPointerException
03-23 13:46:30.100 E/AndroidRuntime(20881): at CB_UI_Base.GL_UI.Controls.MessageBox.GL_MsgBox.Initial(GL_MsgBox.java:419)
03-23 13:46:30.100 E/AndroidRuntime(20881): at CB_UI_Base.GL_UI.CB_View_Base.render(CB_View_Base.java:87)
03-23 13:46:30.100 E/AndroidRuntime(20881): at CB_UI_Base.GL_UI.GL_View_Base.renderChilds(GL_View_Base.java:478)
03-23 13:46:30.100 E/AndroidRuntime(20881): at CB_UI_Base.GL_UI.Controls.Dialog.renderChilds(Dialog.java:302)
03-23 13:46:30.100 E/AndroidRuntime(20881): at CB_UI_Base.GL_UI.GL_View_Base.renderChilds(GL_View_Base.java:518)
03-23 13:46:30.100 E/AndroidRuntime(20881): at CB_UI_Base.GL_UI.GL_Listener.GL.render(GL.java:559)
03-23 13:46:30.100 E/AndroidRuntime(20881): at com.badlogic.gdx.backends.android.AndroidGraphics.onDrawFrame(AndroidGraphics.java:520)
03-23 13:46:30.100 E/AndroidRuntime(20881): at android.opengl.GLSurfaceView$GLThread.guardedRun(GLSurfaceView.java:1531)
03-23 13:46:30.100 E/AndroidRuntime(20881): at android.opengl.GLSurfaceView$GLThread.run(GLSurfaceView.java:1248)
 

Koblenzer

Geomaster
Hab da noch einen unschönen Fehler entdeckt, der schon seit einigen Versionen in ACB steckt und es ab Auftreten quasi unbenutzbar macht. Erst seit heute kann ich den Fehler jedoch halbwegs zuverlässig reproduzieren:
Man wechsle zur Logansicht und wählt dort "Log-Einträge erneut Laden". Nach Downloaden der Logs wird nicht mehr die Logansicht angezeigt, stattdessen drängt sich die Cachebeschreibung in den Vordergrund. Schlimm daran: diese Ansicht geht (fast) nicht mehr weg! Man kann nun über die Buttons verschiedene Funktionen aufrufen, die Ansicht der Cachebeschreibung bleibt. Nur mit viel Glück kommt man da nach zig Klicks wieder raus, Spoilerbild anzeigen (über Quickbutton) beendet den Unfug jedoch recht zuverlässig.
Ein ähnliches Phänomen gibt es glaube ich auch bei "Cache neu laden (API)", allerdings tritt der Effekt hierbei nicht so zuverlässig auf.
 

Anhänge

  • Screenshot_2014-03-23-14-36-16.jpg
    Screenshot_2014-03-23-14-36-16.jpg
    99,2 KB · Aufrufe: 521
  • Screenshot_2014-03-23-14-36-07.jpg
    Screenshot_2014-03-23-14-36-07.jpg
    97,3 KB · Aufrufe: 521
  • Screenshot_2014-03-23-14-35-44.jpg
    Screenshot_2014-03-23-14-35-44.jpg
    96,6 KB · Aufrufe: 521

Homer-S

Geomaster
Genau das ist der Fehler mit "über API neu laden"
Das "über API neu laden" hab ich in letzter Zeit wieder mal Probiert und ess hatte funktioniert, also hat sich der Fehler "verlagert"?

Eine andere Frage,
wenn man auf die GC Nummer im About-Fenster klickt kommt man ja zur Web-page des Caches. Kann man das auch für die angezeigten Wegpunkt Codes einrichten. Dann muss man nicht immer den Ursprungswegpunkt auswählen vorher.
 

HNL444

Geocacher
Was ist das eigentlich?

Wenn man in der Cachebeschreibung auf die Attibute drückt kommt folgendes zum Vorschein:
 

Anhänge

  • Screenshot_2014-03-22-13-58-06.png
    Screenshot_2014-03-22-13-58-06.png
    78,3 KB · Aufrufe: 477
  • Screenshot_2014-03-22-13-58-11.png
    Screenshot_2014-03-22-13-58-11.png
    80 KB · Aufrufe: 477

Longri

Geoguru
So wieder ein paar Optimierungen mehr und auch den Fehler mit dem Fundzähler habe ich behoben.
Das andere sehe ich mir Morgen erst einmal in Ruhe an und versuche es nachzustellen um den Fehler dann gezielt eingrenzen zu können.
 

Longri

Geoguru
Eigentlich sollte die fake.de Adresse nicht so angezeigt werden. Sie soll uns nur zeigen welches Attribute du gedrückt hast. Hier sollte jetzt eine Beschreibung des Attributes erscheinen.
 

Longri

Geoguru
Den Fehler mit der Beschreibung kann ich nachvollziehen, aber man muss zuerst die Beschreibung offen gehabt haben und dann in die Logs gehen. Um die Seite zuverlässig weg zu bekommen muss irgend eine View aufgerufen werden dann die Beschreibung und danach ist es wieder gut. Ich weiß auch schon wo ich ansetzen muss.
 
OP
GeoLemmi

GeoLemmi

Geowizard
Also mein Problem vom Anfang ist bei der aktuellen Nightly 2035 fast genauso schlimm.

Die Initialisierungsmeldung der Mapsforge Maps dauert nun 2 Minuten und 15 Sekunden. Viel zu lange bei der Freizeitkarte finde ich.

Bei der exakt gleichen Karte läd die unter Version 1956 fast instant und ohne diese komische Meldung.

Irgendwie eine "Verschlimmbesserung". Ist das so gewollt? Mit gefällt das nicht, weil es ja mal anders ging.

Gruß Lemmi.


Gesendet von meinem Desire HD mit Tapatalk 2
 

Longri

Geoguru
Welche Android Version nutzt Du gerade!
Soweit ich mich erinnere, sollte bei Dir 2.3.x laufen und dann sollte in den Settings hier auch kein Mixing möglich sein. Dieser Mode verzögert aber das laden der Images aus dem Theme!
 
Oben