[Custom ROM] Nightly Builds CyanogenMod 7 (Android 2.3.7)

[Unr3aL67]

Geht das nur mit Tasker oder ist das auch mit den hauseigenen CM7-Settings machbar?
Mich nervt's eben wie gesagt, dass zeitweise wieder der normale Lockscreen auftaucht und sich dann der WidgetLocker verzögert drüberlegt...

Greetz, Unr3aL67

 

[diginix]

Tasker schaltet das auch nur über die APP Secure Settings, die zusätzlich installiert werden muss. Mit der lässt sich die gesamte Hardware schalten (Daten, GPS, usw. und auch Lockscreens, PIN...)
Bei Widgetsoid gibt es auch einen Schalter für die Displaysperre, um sie ein/aus zu schalten nach Bedarf.
Im Endeffekt setzen all diese APPs nur die in den Einstellungsmenüs möglichen Haken und Werte. Es sollten sich auch alle Schutzmechanismen durch die Einstellungen unkomfortabel ausschalten lassen. Wenn du das dauerhaft willst, dann geht das ja.
Wecken kann ich das Handy nur per Powertaste, es ist also auch komplett im deep sleep.

 

[maniac103]

Ich kann ihn auch ohne Probleme deaktivieren! Und innerhalb einer kurzen Zeitspanne (30 sec?!) Auch wieder aktivieren u dann wieder deaktivieren usw.

ABER wenn ich ihn jetzt deaktivier, u länger deaktiviert lassen (30min bis 2 h), dann lässt er sich nichtmehr aktivieren, u nur ein reboot vom Handy bringt den lockscreen wieder!!!

Sorry, kann ich bei mir nicht reproduzieren.
Kannst du den Fehler mal nachstellen und nach dessen Auftreten (d.h. Lockscreen sollte kommen, kam aber nicht) mir das Logcat schicken?


Du deaktivierst den Lockscreen aber schon via Tablet-Optionsmenü, oder?

Geht das nur mit Tasker oder ist das auch mit den hauseigenen CM7-Settings machbar?
Mich nervt's eben wie gesagt, dass zeitweise wieder der normale Lockscreen auftaucht und sich dann der WidgetLocker verzögert drüberlegt...

Greetz, Unr3aL67

Das findest du unter Einstellungen -> CyanogenMod -> Tablet-Optionen.

Gesendet von meinem MB525 mit Tapatalk 2

 

[erzu]

@unreal: mit der app nolock und dem widget gehts ohne Probleme! -nur halt ich nix von extra apps wenns eigentlich mit boardmitteln gehen sollt...

@maniac: hab hier im thread schon amal a log gepostet, aba der Fehler lässt si einfach reproduzieren u i poste gern a neues log das we!

Ja ich aktiviers indem ich die benachr energiesteuerungsleiste runterzieh u dortn den Button Stück -meinst du das?

 

[maniac103]

Ja ich aktiviers indem ich die benachr energiesteuerungsleiste runterzieh u dortn den Button Stück -meinst du das?

Nein, das meinte ich nicht. Vielleicht ist das der Grund, warum ich das Problem nicht sehe
Ich probier's mal auf diesem Weg.

Gesendet von meinem MB525 mit Tapatalk 2

 

[Unr3aL67]

5975567 Merge "Manage buttons inside of PowerWidget instead of a static map."…

@maniac: Was ist darunter eigentlich zu verstehen? Hat sich da irgendwas an der Verwaltung des Energiesteuerungswidgets geändert, oder ist das nur Code-Optimierung?
Ich selbst konnte am Widget, bzw. dessen Erstellung, keine Veränderungen erkennen.

Ein "Bug" mit dem Widget besteht bei mir übrigens schon immer: Nach einschalten von Daten (triggert 3G-Verbindung), wird der 3G-Button manchmal nicht aktiv.
Manchmal ist es umgekehrt, dann bleibt Daten grau und 3G wird aktiv. Manchmal passiert gar nix. Ich denke es könnte daran liegen, dass sofort nach aktivieren
der Status der Option gecheckt wird und es bei hoher Systemlast eben nicht gleich geschaltet hat. Man müsste dann fast noch einen Check 1-2 Sekunden später einbauen...
Es sei gesagt: Die Optionen werden fast immer ordnungsgemäß aktiviert (manchmal braucht's bei Daten zwei Anläufe), lediglich an der Aktualisierung des optischen Parts haperts manchmal...

Ach ja, immer noch keine Tombstones vom MediaServer, ganz zu Anfang, also direkt nach dem Flash,
war mal was klitzekleines drin, das hab' ich in meiner geistigen Umnachtung aber gleich via SD Maid entfernt.
Seitdem ist nix mehr aufgetaucht... Scheint soweit also gut zu funktionieren!

EDIT: @erzu: Funktioniert bestens mit den Tablet-Einstellungen. Ich hab' da nie reingeschaut, da's ja kein Tablet ist. Jetzt läuft nur mehr WidgetLocker und nicht auch noch ein zweiter
Lockscreen im Hintergrund. Gefühlt läuft das Entsperren jetzt auch fixer! Danke dafür!

Greetz, Unr3aL67

 

[maniac103]

@maniac: Was ist darunter eigentlich zu verstehen? Hat sich da irgendwas an der Verwaltung des Energiesteuerungswidgets geändert, oder ist das nur Code-Optimierung?
Ich selbst konnte am Widget, bzw. dessen Erstellung, keine Veränderungen erkennen.

Code-Optimierung (der alte Code war grauenhaft), die dazu führt, dass SystemUI beim Theme-Wechsel nicht gekillt werden muss.

Ein "Bug" mit dem Widget besteht bei mir übrigens schon immer: Nach einschalten von Daten (triggert 3G-Verbindung), wird der 3G-Button manchmal nicht aktiv.
Manchmal ist es umgekehrt, dann bleibt Daten grau und 3G wird aktiv. Manchmal passiert gar nix. Ich denke es könnte daran liegen, dass sofort nach aktivieren
der Status der Option gecheckt wird und es bei hoher Systemlast eben nicht gleich geschaltet hat. Man müsste dann fast noch einen Check 1-2 Sekunden später einbauen...
Es sei gesagt: Die Optionen werden fast immer ordnungsgemäß aktiviert (manchmal braucht's bei Daten zwei Anläufe), lediglich an der Aktualisierung des optischen Parts haperts manchmal...

Ich schreib's mal mit auf die Todo-Liste

Ach ja, immer noch keine Tombstones vom MediaServer, ganz zu Anfang, also direkt nach dem Flash,
war mal was klitzekleines drin, das hab' ich in meiner geistigen Umnachtung aber gleich via SD Maid entfernt.
Seitdem ist nix mehr aufgetaucht... Scheint soweit also gut zu funktionieren!

Gut, dann hättest du auch so keinen DSP-Manager-Crash gehabt

Mit dem Energiesteuerungswidget in der Statusleiste kann ich das Lockscreen-Problem übrigens reproduzieren.

Edit: Ich habe einen Verdacht. Erzu, kannst du mal testweise die automatische Umschaltung des Bildschirms zwischen Quer- und Hochformat ausschalten und schauen, ob das Problem dann weg ist?

Gesendet von meinem MB525 mit Tapatalk 2

 

[erzu]

Jupp, werd ich heut testen wies mit deaktivierter hoch/Querformat Option aussieht!

Kannst du mir noch verraten wo ich die Option mit dem tablet. Zeug finde mit ders geht?

Thx!

 

[maniac103]

Jupp, werd ich heut testen wies mit deaktivierter hoch/Querformat Option aussieht!

Kannst du mir noch verraten wo ich die Option mit dem tablet. Zeug finde mit ders geht?

Thx!

Siehe 5 Postings über dir

Gesendet von meinem MB525 mit Tapatalk 2

 

[erzu]

ops, ähm tjo... -war ja noch früh!

also das deaktivieren vom hoch/querformat scheint das problem wirklich zu lösen! -das aktivieren vom lockscreen geht dann auch noch nach längerer zeit.

hier noch ein log mit aktiviertem hoch/querformat wo das ganze NICHT funktioniert:

05-27 10:45:26.202 I/ActivityManager(2265): Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.HOME] flg=0x10200000 cmp=com.android.launcher/.Launcher } from pid 2265
05-27 10:45:26.210 D/PhoneWindow(3812): couldn't save which view has focus because the focused view android.widget.LinearLayout@4050fe00 has no id.
05-27 10:45:26.374 W/InputManagerService(2265): Starting input on non-focused client com.android.internal.view.IInputMethodClient$Stub$Proxy@408052b0 (uid=10080 pid=3812)
05-27 10:45:27.928 I/power   (2265): *** set_screen_state 0
05-27 10:45:27.928 D/SurfaceFlinger(2265): About to give-up screen, flinger = 0xcf3f8
05-27 10:45:27.960 W/AudioService(2265): Audio Settings Permission Denial: setMode() from pid=3642, uid=10103
05-27 10:45:28.022 W/SSM     (2130): no ack
05-27 10:45:28.577 I/power   (2265): *** set_screen_state 1
05-27 10:45:28.866 D/SurfaceFlinger(2265): Screen about to return, flinger = 0xcf3f8
05-27 10:45:29.030 W/AudioService(2265): Audio Settings Permission Denial: setMode() from pid=3642, uid=10103
05-27 10:45:29.038 W/SSM     (2130): no ack
05-27 10:45:29.194 D/dalvikvm(3812): GC_CONCURRENT freed 400K, 55% free 2953K/6471K, external 645K/1124K, paused 2ms+3ms
05-27 10:45:30.514 I/power   (2265): *** set_screen_state 0
05-27 10:45:30.514 D/SurfaceFlinger(2265): About to give-up screen, flinger = 0xcf3f8
05-27 10:45:30.546 W/AudioService(2265): Audio Settings Permission Denial: setMode() from pid=3642, uid=10103
05-27 10:45:30.663 W/SSM     (2130): no ack
05-27 10:45:31.092 I/power   (2265): *** set_screen_state 1
05-27 10:45:31.374 D/SurfaceFlinger(2265): Screen about to return, flinger = 0xcf3f8
05-27 10:45:31.538 W/AudioService(2265): Audio Settings Permission Denial: setMode() from pid=3642, uid=10103
05-27 10:45:31.561 W/SSM     (2130): no ack
05-27 10:45:31.710 D/dalvikvm(3812): GC_CONCURRENT freed 361K, 54% free 3024K/6471K, external 645K/1124K, paused 2ms+3ms
05-27 10:45:33.983 W/InputManagerService(2265): Window already focused, ignoring focus gain of: com.android.internal.view.IInputMethodClient$Stub$Proxy@40793650
05-27 10:45:35.103 I/power   (2265): *** set_screen_state 0
05-27 10:45:35.103 D/SurfaceFlinger(2265): About to give-up screen, flinger = 0xcf3f8
05-27 10:45:35.131 W/AudioService(2265): Audio Settings Permission Denial: setMode() from pid=3642, uid=10103
05-27 10:45:35.171 W/SSM     (2130): no ack
05-27 10:45:35.342 D/dalvikvm(3812): GC_CONCURRENT freed 358K, 53% free 3064K/6471K, external 645K/1124K, paused 2ms+2ms
05-27 10:45:36.037 I/power   (2265): *** set_screen_state 1
05-27 10:45:36.342 D/SurfaceFlinger(2265): Screen about to return, flinger = 0xcf3f8
05-27 10:45:36.482 W/AudioService(2265): Audio Settings Permission Denial: setMode() from pid=3642, uid=10103
05-27 10:45:36.498 W/SSM     (2130): no ack
05-27 10:45:37.865 I/power   (2265): *** set_screen_state 0
05-27 10:45:37.865 D/SurfaceFlinger(2265): About to give-up screen, flinger = 0xcf3f8
05-27 10:45:37.928 W/AudioService(2265): Audio Settings Permission Denial: setMode() from pid=3642, uid=10103
05-27 10:45:37.943 W/SSM     (2130): no ack
05-27 10:45:38.092 D/dalvikvm(3812): GC_CONCURRENT freed 413K, 53% free 3093K/6471K, external 645K/1124K, paused 2ms+3ms
05-27 10:45:38.490 I/power   (2265): *** set_screen_state 1
05-27 10:45:38.779 D/SurfaceFlinger(2265): Screen about to return, flinger = 0xcf3f8
05-27 10:45:38.943 W/AudioService(2265): Audio Settings Permission Denial: setMode() from pid=3642, uid=10103
05-27 10:45:38.951 W/SSM     (2130): no ack
05-27 10:45:39.123 D/dalvikvm(3812): GC_CONCURRENT freed 417K, 53% free 3072K/6471K, external 645K/1124K, paused 2ms+3ms
05-27 10:45:41.451 W/InputManagerService(2265): Window already focused, ignoring focus gain of: com.android.internal.view.IInputMethodClient$Stub$Proxy@4084d4f8
05-27 10:45:42.740 I/power   (2265): *** set_screen_state 0
05-27 10:45:42.740 D/SurfaceFlinger(2265): About to give-up screen, flinger = 0xcf3f8
05-27 10:45:42.771 W/AudioService(2265): Audio Settings Permission Denial: setMode() from pid=3642, uid=10103
05-27 10:45:42.810 W/SSM     (2130): no ack
05-27 10:45:43.599 I/power   (2265): *** set_screen_state 1
05-27 10:45:43.701 D/dalvikvm(3812): GC_CONCURRENT freed 387K, 53% free 3072K/6471K, external 645K/1124K, paused 2ms+3ms
05-27 10:45:43.889 D/SurfaceFlinger(2265): Screen about to return, flinger = 0xcf3f8
05-27 10:45:44.037 W/AudioService(2265): Audio Settings Permission Denial: setMode() from pid=3642, uid=10103
05-27 10:45:44.053 W/SSM     (2130): no ack
05-27 10:45:45.068 I/power   (2265): *** set_screen_state 0
05-27 10:45:45.068 D/SurfaceFlinger(2265): About to give-up screen, flinger = 0xcf3f8
05-27 10:45:45.099 W/AudioService(2265): Audio Settings Permission Denial: setMode() from pid=3642, uid=10103
05-27 10:45:45.131 W/SSM     (2130): no ack
05-27 10:45:45.303 D/dalvikvm(3812): GC_CONCURRENT freed 412K, 53% free 3098K/6471K, external 645K/1124K, paused 2ms+4ms
05-27 10:45:45.795 I/power   (2265): *** set_screen_state 1
05-27 10:45:46.107 D/SurfaceFlinger(2265): Screen about to return, flinger = 0xcf3f8
05-27 10:45:46.240 W/AudioService(2265): Audio Settings Permission Denial: setMode() from pid=3642, uid=10103
05-27 10:45:46.263 W/SSM     (2130): no ack
05-27 10:45:49.482 I/ActivityManager(2265): Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] flg=0x10100000 cmp=com.nolanlawson.logcat/.LogcatActivity } from pid 2265
05-27 10:45:49.717 D/dalvikvm(3812): GC_CONCURRENT freed 422K, 53% free 3083K/6471K, external 645K/1124K, paused 5ms+4ms
05-27 10:45:50.271 I/k9      (2513): AutoSync help is available, autoSync = true

 

[maniac103]

ops, ähm tjo... -war ja noch früh!

also das deaktivieren vom hoch/querformat scheint das problem wirklich zu lösen! -das aktivieren vom lockscreen geht dann auch noch nach längerer zeit.

Gut, dann weiß ich, was das Problem ist. In der nächsten Nightly ist's gefixt.

Gesendet von meinem MB525 mit Tapatalk 2

 

[Dirk64]

Gut, dann weiß ich, was das Problem ist. In der nächsten Nightly ist's gefixt.

Und die ist oben
https://github.com/downloads/maniac...ate-cm-7.2.0-RC1-jordan-UNOFFICIAL-signed.zip

EDIT: @ maniac, im Build Datum steht noch der 22.5.

Sent from my Defy...

 

[Unr3aL67]

@maniac: Bei mir ist auf einmal in der Statusleisten-Energiesteuerung der Button für den Bildschirm-Timeout futsch.
Weder deaktivieren und wieder aktivieren in den CM-Settings, noch Cache-Wipe brachte ihn wieder zurück.
Da wo er vorher war, ist jetzt ein leerer Platz. Der lässt sich zwar klicken, hat aber keinen Effekt.

Kann das jemand bestätigen, oder soll ich nochmal neu downloaden und flashen?

P.S.: Wie ich sehe, hast du auch was am Energiesteuerungs-Widget gemacht. Ist das schon der Fix für den von mir angesprochenen Bug?

Greetz, Unr3aL67

Sent from my Defy via Tapatalk

 

[erzu]

Hab sie oben die neue folgendes kann ich sagen:
Der Bug mit der bildschirmsperre is nochimmer vorhanden. -kann das wer bestätigen?
@unreal : den Button hab ich vorher nicht verwendet u auch nicht gehabt, aba konnte ihn hinzufügen u ändert bei mir auch die Zeiten im Menü!

Btw. Habt ihr auch des öfteren beim schließen von Fenstern im Stock Browser FC's?

 

[maniac103]

@maniac: Bei mir ist auf einmal in der Statusleisten-Energiesteuerung der Button für den Bildschirm-Timeout futsch.
Weder deaktivieren und wieder aktivieren in den CM-Settings, noch Cache-Wipe brachte ihn wieder zurück.
Da wo er vorher war, ist jetzt ein leerer Platz. Der lässt sich zwar klicken, hat aber keinen Effekt.

Kann das jemand bestätigen, oder soll ich nochmal neu downloaden und flashen?

Ja, kann ich bestätigen. Schau ich mir morgen mal an.

P.S.: Wie ich sehe, hast du auch was am Energiesteuerungs-Widget gemacht. Ist das schon der Fix für den von mir angesprochenen Bug?

Wenn du den Bildschirm-Timeout-Button meinst, ist das wahrscheinlich eher dessen Verursachung

Hab sie oben die neue folgendes kann ich sagen:
Der Bug mit der bildschirmsperre is nochimmer vorhanden. -kann das wer bestätigen?

Ich definitiv nicht. Was genau hast du gemacht?

Btw. Habt ihr auch des öfteren beim schließen von Fenstern im Stock Browser FC's?

Nein. Logcat?

Gesendet von meinem MB525 mit Tapatalk 2

 

[Unr3aL67]

Danke für die Bestätigung!

Wenn du den Bildschirm-Timeout-Button meinst, ist das wahrscheinlich eher dessen Verursachung

Ich meinte damit den “Bug“, mit der teilweise fehlende Visualisierung bei Betätigen eines Buttons (3G und Daten) im Widget, nicht in der Statusleiste.
EDIT: Lustig, vorher stand da was in deinem GitHub dazu. Jetzt find' ich es nicht mehr...

Greetz, Unr3aL67

Sent from my Defy via Tapatalk

 

[maniac103]

Danke für die Bestätigung!


Ich meinte damit den “Bug“, mit der teilweise fehlende Visualisierung bei Betätigen eines Buttons (3G und Daten) im Widget, nicht in der Statusleiste.
EDIT: Lustig, vorher stand da was in deinem GitHub dazu. Jetzt find' ich es nicht mehr...

Greetz, Unr3aL67

Sent from my Defy via Tapatalk

Nein, das hab ich mir noch nicht angeschaut.
Wie gut ist das eigentlich reproduzierbar?

Gesendet von meinem MB525 mit Tapatalk 2

 

[Unr3aL67]

Mittelprächtig reproduzierbar... Wenn ich Daten brauche, dann drücke ich auf Daten und das togglet dann den 2G/2G+3G-Button daneben.

Mögliche Szenarien bei Aktivierung von Daten (Status vorher: Daten: OFF, Netzwerk: Nur 2G):

• Daten wird für einen Sekundenbruchteil blau und gleich wieder grau, 3G-Button ist blau.
  Beides ist trotzdem aktiv, ein Druck auf irgendeinen anderen Button aktualisiert dann auch das Widget und es zeigt den korrekten Status.
• Beide Buttons werden kurz blau und gleich wieder blau.
  Beide sind wieder ordnungsgemäß aktiv. Druck auf jede andere Taste aktualisiert auch wieder alles korrekt.
• Daten wird blau, 3G aber nicht.
  Das ist der einzige Fall, wo ich den 3G-Button erneut drücken muss, da er nicht ordnungsgemäß getogglet wurde.

Wenn man's erzwingen will, tritt der berüchtigete Vorführeffekt auf und es funktioniert eigentlich fast immer.
Im Everyday-Use passiert das viel öfter, ich würde sagen in 40-50% der Fälle (liegt es vielleicht an der anliegenden CPU-Last, gleich nach entsperren?)

Es ist jetzt wirklich nicht schlimm, es funktioniert ja bis auf die Aktualisierung (fast) ordnungsgemäß.
Anhand der oben aufgeführten Szenarien weiß ich ja auch, wann ich nochmal kurz auf 3G tippen muss.
Du musst dem auch überhaupt keine Priorität geben, es ist mir halt aufgefallen, richtig stören tut's mich aber nicht.

Greetz, Unr3aL67

 

[erzu]

Ich definitiv nicht. Was genau hast du gemacht?

Nein. Logcat?

Gesendet von meinem MB525 mit Tapatalk 2

meinst du beim update oder wie ichs zusammenbring dass der fehler nochimmer da ist? update wie immer nach der anleitung.
wie ich zum fehler komme: lockscreen deaktivieren, handy normal benutzen (tel, inet, email), und nach 1h probieren den lockscreen wieder zu aktivieren. --> icon ist wieder grün, aber lockscreen kommt nicht wenn man den bildschirm aus u wieder einschaltet.

@Fc's: ja, log kommt wenn ich wieder einen erwisch

 

[diginix]

[...] lockscreen kommt nicht wenn man den bildschirm aus u wieder einschaltet.

Es gibt auch noch ein Timeout für den Lockscreen. Der ist normal nicht sofort nach Standby aktiv, zwischen Aus/An müsste dann entsprechend gewartet werden.