iOS 7: Weißer Balken beim Starten von Apps

Tags: iPhone Kommentieren

Ein ungewöhnlicher Bug fiel mit seit meinem Update auf iOS 7 auf: Hin und wieder beim Starten von Apps, insbesondere vom Sperrbildschirm aus, wurde bei bestimmten Apps während des Starts in der oberen rechten Ecke ein weißer Farbverlauf gezeigt, der nach wenigen Sekunden, spätestens nach dem vollständigen Laden der App, wieder verschwand:

Beispiel YouTube:

iOS 7 Bug: Weißer Balken #3

Beispiel Google+:

iOS 7 Bug: Weißer Balken #1 iOS 7 Bug: Weißer Balken #2

Einen Hardware-Fehler konnte ich ausschließen: Screenshots sind ja möglich 😉

Nachdem ich endlich eine passende Umschreibung dieses Bugs für eine Google-Suche gefunden hatte, stieß ich nach einiger Zeit auf einen Beitrag in einem Apple-Forum, der die Position des Google Maps-Icons für die Bugs verantwortlich machte.

Zwar ist der von mir entdeckte Bug nicht direkt dort reproduziert (es handelt sich dort stets um die obere linke Ecke), jedoch handelt es sich um den selben Grund:

Befindet sich die Google-Maps-App in der 2. Zeile des 1. Bildschirms an 3. Stelle (3. Spalte), wird der weiße Balken oben rechts angezeigt (so wie bei mir). Befindet es sich an 2. Stelle der 2. Zeile, so erscheint ein weißer Balken in der linken oberen Ecke.

iOS 7 Homescreen (Google Maps)

, , , , , , , , , ,

»default-jre« konnte nicht unmittelbar konfiguriert werden. Lesen Sie »man 5 apt.conf« unter APT::Immediate-Configure bezüglich weiterer Details.

Tags: Debian (Linux) Kommentieren

Beim Update von Debian Squeeze auf Wheezy hielt das apt-get dist-upgrade bei folgendem Fehler:

»default-jre« konnte nicht unmittelbar konfiguriert werden. Lesen Sie »man 5 apt.conf« unter APT::Immediate-Configure bezüglich weiterer Details. (2)

Nach ein paar Recherchen folgende offizielle Stellungnahme:

,----
| 4.5.1. Dist-upgrade fails with “Could not perform immediate configuration”
|
| In some cases the apt-get dist-upgrade step can fail after
| downloading packages with:
|
| E: Could not perform immediate configuration on 'package'. Please see man 5 apt.conf under APT::Immediate-Configure for details.
|
| If that happens, running apt-get dist-upgrade -o
| APT::Immediate-Configure=0 instead should allow the upgrade to
| proceed.
|
| Another possible workaround for this problem is to temporarily
| add both squeeze and wheezy sources to your sources.list and run
| apt-get update.
`----

Also entweder:

Oder in den Sources erneut die Squeeze-Quellen eintragen.

Debian: IP-Adresse herausfinden

Tags: Debian (Linux) Kommentieren

Debian-Version herausfinden

Tags: Debian (Linux) Kommentieren

Die angezeigte Versionsnummer kann dann unter http://www.debian.org/releases/ verglichen werden.

„ERR_CONNECTION_RESET“ (MediaWiki) im Chrome nach Debian Update

Tags: Apache | Debian (Linux) Kommentieren

Anlässlich des „SSL Heartbleed“-Bugs aktualisierte ich alle Systeme, was soweit so automatisch auch ganz gut funktionierte. Lediglich ein auf SSL betriebenes MediaWiki klagte über nicht geladene Script- und Style-Ressourcen, die das visuelle Bild komplett zerstörten. Mein Chrome meldete in der Konsole stets ERR_CONNECTION_RESET.
Nach einigen Tests und Recherchen war das Problem leider nicht ausfindig zu machen. Auch ein Deaktivieren des mod_pagespeed, mehrfache Neustarts des Apache und eine Überprüfung der maximalen Verbindungsanzahl brachte mich nicht weiter, bis ich auf mod_spdy stieß, was ja in direkter Verbindung mit SSL steht. Nach kurzer Recherche hieß es auf der Projektseite (https://code.google.com/p/mod-spdy/):

SECURITY UPDATE (8 Apr 2014): All mod_spdy users should upgrade to mod_spdy 0.9.4.2 immediately to fix the heartbleed bug in mod_spdy’s linked version of OpenSSL. See  issue 85  for details.

Eine temporäre Deaktivierung bzw. Aktualisierung des Moduls brachte dann auch schon das MediaWiki wieder zum Laufen.

, , , ,

Baïkal Installation: „Validation error, Admin password is required.“

Tags: PHP Kommentieren

Schlägt die Installation von Baïkal („CalDAV + CardDAV lightweight server“) mit folgender Fehlermeldung fehl:

„Validation error, Admin password is required.“

liegt der Fehler sehr wahrscheinlich an der  magic_quotes_gpc-Einstellung von PHP. Diese muss nämlich auf off stehen.

Leider war es mir kurzfristig nicht möglich, diese Einstellung zu setzen. Dann hilft jedoch folgender Hot-Fix in der Datei Core/Frameworks/Flake/Framework.php:116:

Quellen

Remotedesktopverbindung zu Windows 8.1 mit nicht kompatiblem Client aufbauen

Tags: Allgemein Kommentieren

Nach einem Update von Windows 8 auf Windows 8.1 funktionierten plötzlich sämtliche Remotedesktopverbindungen von meinem Client-Computern (Linux, Mac) nicht mehr. Dies hängt mit der durch Windows 8.1 vorgeschriebenen Sicherheitseinstellung zusammen. Alternative Clients können diese Sicherheitsstandards leider nicht erfüllen und werden abgelehnt. Leider hilft hier nur die Verwendung kompatibler Clients (was für Mac und Linux unmöglich ist, da keine kompatiblen Alternativen existieren) oder die Herabstufung der Sicherheitsvorgaben innerhalb von Windows 8.1 (dies bitte vorher gut überlegen!).
  1. Falls vorher RDP-Verbindungen erlaubt waren, muss nicht erneut geprüft werden, ob die Firewall diese zulässt. Waren keine RDP-Verbindungen erlaubt, müssen diese in der Firewall zuallererst freigegeben werden.
  2. „Editor für lokale Gruppenrichtlinien“ öffnen (gpedit.msc)
  3.  „Richtlinien für Lokale Computer“
    => „Computerkonfiguration“
    => „Administrative Vorlagen“
    => „Windows-Komponenten“
    => „Remotedesktopdienste“
    => „Remotedesktopsitzungs-Host“
    => „Sicherheit“
  4. Hier nun die folgenden Einstellungen ändern:
    „Verwendung einer bestimmten Sicherheitsstufe für Remoteverbindungen (RDP) ist erforderlich“:
    „Nicht konfiguriert“ => „Aktiviert“
    „Benutzerauthentifizierung mit Authentifizierung auf Netzwerkebene ist für Remoteverbindungen erforderlich“:
    „Aktiviert“ => „Deaktiviert“
  5. RDP-Dienst neu starten:
    „Dienste“ starten, dort „Remotedesktopdienste „neu starten“.
    Alternativ: Den Computer neu starten.

Die hier voreingestellten Eigenschaften sind natürlich nicht ohne Grund von Microsoft vorgegeben. Sobald die von euch verwendeten Clients die nötigen Sicherheitsstandards erfüllen, sollten diese Eigenschaften wieder auf den Standardwert zurückgesetzt werden.

Quellen

TOP