SuRun 1.2.0.9

Hallo Kay,
aus Neugierde: was ist denn der Hintergrund für die beiden Changes unter W7? Klingt für mich erstmal so als ob SuRun unter W7 weniger könnte als zuvor.
Schönen Sonntag

Nachdem der nächste Beta-Reigen eröffnet worden ist, komme ich mit einem Wunsch, der mich schon lange beschäftigt (wir hatten das schon einmal, aber es ist noch nicht verbessert):
Ersetzt man "Ausführen als" durch den SuRun-Dialog, so kommt SuRun mit der Vorgabe des aktuellen Benutzers, das Admin-Konto, in dessen Kontext ich den Befehl ausführen will, muß also immer erst aus der Liste ausgewählt werden. Da man den Aufruf offenkundig nicht aufruft, um das Programm im eigenen Kontext auszuführen würde ich mir wünschen, daß - ab dem 2. Mal - SuRun das zuletzt gewählte Konto vorschlägt, so daß man (gespeichertes Kennwort vorausgesetzt) den Dialog mit einem einfachen Enter bestätigen kann.

Und noch ein Frage: Warum ist der SuRun-Dialog mit der erweiterten Option in Verknüpfungen, das ausführen in einem anderen Benutzerkontext zu erzwingen, nicht kompatibel?

das einstellen des Timers vom Informationsfenster wurde noch nicht umgesetzt, oder?

Die Änderungen in beta 2 sind erfolgreich. Danke.

Hallo Kay,

SuRun läuft jetzt unter Win7 x86 ohne Probleme. :) Danke für die Änderungen!

Was mir aufgefallen ist:
Ist die Option "Ersetze Windows 'Ausführen als' durch SuRuns 'Ausführen als' " aktiviert, verhält sich das Kontextmenü nicht ganz einheitlich. Aber der Reihe nach:

Ich arbeite als Standardbenutzer.

1. Die Option "Ersetze Windows 'Ausführen als' ..." ist deaktiviert.
Ein Rechtsklick auf eine Exe-Datei im Explorer hat folgende Einträge:
- Als Administrator ausführen (inkl. Schild) -> Windows-eigene Option (hier natürlich mit Passwortabfrage): Das Programm wird mit erhöhten Rechten im Kontext des ausgewählten Admins gestartet.
- Starte als Administrator -> SuRun-Option
mit gleichzeitigem Drücken der Shift-Taste zusätzlich:
- Als anderer Benutzer ausführen -> Windows-eigene Option. Ruft man ein Programm darüber als "eingeschränkter" Admin (d.h. als Admin mit UAC-Abfrage vor administrativen Aktionen) auf, so wird das Programm entsprechend gestartet: Es gibt eine UAC-Abfrage vor Admin-Aktionen, das Programm läuft als "eingeschränkter" Administrator.

Ich meine, dass über die doppelt auftauchenden "Starte als Admin"-Optionen bereits einmal im Forum geredet wurde. Das Problem ist m.E. aber nur kosmetischer Natur.

Im Startmenü werden standardmäßig einige häufig benutzte Programme beim Klick auf das Windows-Logo angezeigt (das war ja schon in XP so). Die Kontextmenü-Einträge hier und in den Jumplists (Rechtsklick z.B. auf Firefox im Startmenü, dann Rechtsklick auf Eintrag Firefox) sind minimalistischer als die Einträge im Explorer-Kontextmenü. Angezeigt wird jeweils nur:
- Als Administrator ausführen (inkl. Schild) -> Windows-eigene Option. Hier fehlt also die SuRun-Option "Starte als Administrator".
Mit gleichzeitigem Drücken der Shift-Taste:
Menü wie im Explorer beim Drücken der Shift-Taste.

Zusätzlich gibt es die Möglichkeit, ein Programm mit Ctrl + Shift + Programm starten ohne den Umweg über das Kontextmenü mit der Windows-eigenen Option administrativ zu starten. Das funktioniert mit deaktiviertem "Ersetze Windows 'Ausführen als' ..." tadellos.

2. Die Option "Ersetze Windows 'Ausführen als' ..." ist aktiviert.
Ein Rechtsklick auf eine Exe-Datei im Explorer hat folgende Einträge:
- Ausführen als (inkl. Schild-Logo) -> SuRun-Option zum Starten im anderen Benutzerkontext. Ruft man ein Programm darüber im Kontext eines "eingeschränkten" Administrator auf, wird es gleich mit erhöhten Rechten gestartet, d.h. es besitzt von Anfang an volle Administrator-Rechte. In gewisser Weise ist diese Option also Ersatz für das Windows-eigene "Als Administrator starten", bei dem das Programm im Kontext des ausgewählten Administrators mit erhöhten Rechten gestartet wird. (Ist das auch so beabsichtigt?)
- Starte als Administrator -> SuRun-Option
Mit gleichzeitigem Drücken der Shift-Taste zusätzlich:
- Als anderer Benutzer ausführen -> Windows-eigene Option

Diese doppelte "Als anderer Benutzer ausführen"-Option (einmal über SuRun, einmal über Windows) ist hier ebenfalls nur kosmetisch.

Jumplist und "Häufig benutzte Programme"-Startmenü-Eintrag:
- Keine Option, das Programm als Admin zu starten (weder SuRun- noch Windows-eigen).
Mit gleichzeitigem Drücken der Shift-Taste:
- Wie im Explorer-Menü mit gleichzeitigem Drücken der Shift-Taste.

Das ist etwas unpraktisch, aber auf den ersten Blick nur ein kosmetisches Problem. Blöd ist, dass der Shortcut Ctrl + Shift + Programm starten nun nicht mehr funktioniert. Bei den häufig gestarteten Programmen im Startmenü passiert gar nichts, bei einem in der Taskleiste verankerten Programm wird sogar gemeldet, dass das Element nicht geöffnet werden könne, möglicherweise sei es gelöscht, verschoben o.ä. worden.

Das finde ich schade, weil ich diese Tastenkombination hin und wieder einsetze. Der ein oder andere würde sich wohl sogar explizit wünschen, dass die Kombination die SuRun-Abfrage aufruft (mir ist es im Moment noch nicht so wichtig).

Was mir sonst aufgefallen ist:
- Als ich das erste Mal die SuRun-Einstellungen über das Startmenü aufgerufen habe, kam nach Beenden des Konfigurationsdialogs die Frage, ob das Programm richtig ausgeführt wurde. Man kann dann das Programm erneut mit Admin-Rechten starten oder bestätigen, dass alles richtig funktioniert hat. (Ich weiss nicht, welche Windows-Option diesen Dialog hervorruft, es könnte aber etwas mit dem Programmkompatibilitäts-Assistenten zu tun haben).
- UAC ist "schneller" als SuRun: Wenn z.B. ein Installationsprogramm Admin-Rechte braucht, dann erscheint der UAC- und nicht der SuRun-Dialog. (Das muss nicht immer unerwünscht sein, ein bestimmtes Programm starte ich auf diese Weise regelmäßig "automagisch" mit erhöhten Rechten im Admin-Kontext.)
- Unter XP habe ich die SRP eingesetzt (erlaubt war nur, Programme in %Programfiles% und im Windows-Verzeichnis auszuführen). War ein Programm woanders abgespeichert und hat Admin-Rechte gebraucht, dann kam erst die SuRun-Abfrage. Hat man diese verneint, wurde (wie auch erwartet) die Ausführung des Programms von der SRP verhindert (bei Bejahung wurde das Programm dagegen mit erhöhten Rechten gestartet). Unter Win 7 dagegen (mit Applocker) wird gleich geblockt, es erscheint weder eine UAC-Abfrage (wohl von MS so gewünscht) noch eine SuRun-Abfrage. Das könnte hier auch das Problem (?) sein, dass SuRun nicht "schnell" genug ist.

Abgesehen von den Beobachtungen oben: SuRun ist und bleibt ein tolles Programm.

Unter XP SP3 läuft alles wie es soll.

Aber: Der bereits für beta 2 genannte Fix beim Installer (bei der Installation von beta 2 hatte ich nicht darauf geachtet) funktioniert nicht. Statt (EDIT, da fehlte etwas:) nach dem Drücken der Enter-Taste den Neustart am Ende des Updates auszuführen läuft die Update-Installation erneut durch; läßt sich 100%ig reproduzieren.

Punkt 3 ist OK.

Punkt 2 habe ich nicht gesehen / nicht aufgefallen, Vista / Vista 2 benutze ich nicht.

Hallo Kay,

ich habe Beta 4 ausprobiert und bin auf seltsames Verhalten gestoßen... Ich benutze Avira Antivir Premium.
Zuerst verursachte Beta 4 bei mir erstaunlich hohe CPU-Aktivität (es war die Benutzer-eigene Surun.exe, glaube ich), und das Einloggen dauerte länger. Der Desktop reagierte dabei nicht (der Explorer war abgestürzt), auch der Splash-Screen vom Avira-Start blieb hängen.
Nach einigen Wechseln zwischen Beta 3 und 4 bin ich jetzt bei Beta 3. Diese verhält sich im laufenden Betrieb normal, doch dauert das Einloggen auch hier länger: Vom Klick auf das Benutzersymbol bis zum Feld mit der Passworteingabe dauert es einige Sekunden, während es ohne SuRun sofort kommt. Zudem stürzte mir einmal beim Einloggen der Explorer ab, Windows bot an, ihn sofort wieder zu starten.
Was mir aufgefallen ist: Die Felder, die in SuRun den Explorer betreffen, sind natürlich immer noch ausgegraut. Mittlerweile ist das Feld in der Beta 3 "SuRun Explorer hier" allerdings aktiviert und ausgegraut. Ich habe die Beta 4 komplett deinstalliert und die Beta 3 dann neu installiert, doch ob das Ganze von der Beta-4-Erfahrung übrig geblieben ist? Versucht sich nun die Beta 3 auch, in den Explorer-Prozess zu hängen? Insgesamt: Wirklich seltsam.

P.s.: Ich hatte vor der Beta-4-Installation einen UAC-Admin zum SuRunner gemacht (ich weiss, dass das nicht sinnvoll ist, ich wollte das Verhalten ausprobieren). Den UAC-Admin habe ich umbenannt (in SuRun wurde er noch mit dem alten Namen angezeigt) und schließlich (nach dem Update auf Beta 4, glaube ich) gelöscht. Später habe ich einen neuen UAC-Admin angelegt mit dem neuen Namen des alten UAC-Admins. Aber ich kann mir nicht vorstellen, dass das einen Einfluss hatte.

(Ich kann zum ursprünglichen Einlog-Verhalten vor der Installation von Beta 4 leider nichts Genaueres sagen, weil ich normalerweise den Ruhezustand benutze. Ich weiss also nicht, wie sich Beta 3 bei mir vorher verhalten hat.)

FIX: "SuRun /Sysmenuhook" hat 100% Last auf einem CPU Kern verursacht

Das Problem ist gelöst. :)

Meinst Du das allererste Login?
Hast Du "Versuche zu erkennen, ob unbekannte Programme administrative Rechte benötigen." aktiviert?

Wenn beides JA: ...

ich vermute, der CPU-Fresser in "SuRun /Sysmenuhook" und Avira bekamen dem Explorer nicht besonders...

Beide Häkchen waren gesetzt.
Ich habe testweise ein paar Neustarts durchgeführt. Nach der SuRun-Installation (erster Neustart): Klick auf Benutzersymbol und Erscheinen der Passworteingabe dauerte 2, 3 Sekunden. Nach
dem Login: Explorer hing sich auf, nach einiger Zeit fragte Windows nach, ob der Prozess beendet werden soll. Nach dessen Beenden (inkl. automatischem Neustart) ging es.
Zweiter Neustart: Keine Probleme (sowohl war der Login schnell als auch keine Explorer-Abstürze). Als einzig Ungewöhnliches wurden nur die Icons neu eingelesen.
Dritter Neustart: Windows meldete nach dem Login, dass der Explorer neu gestartet werden musste, weil er abgestürzt sei. (Die Meldung erschien direkt, ohne dass ich bemerkt hätte, dass sich der Explorer aufgehängt hätte o.ä.)
Beim vierten Mal hing sich kurz der Splashscreen von Avira auf. Hmm... Ähnliche Probleme habe ich auch mit Beta 3 und 4 gehabt.
Das "Login-Problem" ist nicht weiter schlimm. Die anderen Probleme sind dagegen mysteriös, auch weil sie nicht regelmäßig auftreten. (Um das Ganze zu verkomplizieren, gibt es bei Dir keine Probleme.)

Ich habe jetzt Avira AntiVir Premium als Evaluierungs-Lizenz unter Win7 Ultimate x86 mit SuRun 1.2.0.9 Beta 5 laufen... bisher keinerlei Auffälligkeiten.

Dein Einsatz beeindruckt mich immer wieder. Vielen Dank, dass Du Dich so gut um SuRun kümmerst!

(Ich sollte noch hinzufügen, dass mein Computer ein Pentium M mit 1,7 GHz ist (ob das der passende Unterbau für Win 7 ist, sei mal dahingestellt). So gesehen weiss ich beim heutigen Hardwarestand nicht, ob Performanceprobleme bei mir wirklich repräsentativ sind... Die 3 Sekunden bis zum ersten SuRun-Aufruf (Klick auf das Traysymbol) sind mir jedenfalls nicht negativ aufgefallen.)

P.s.: Ich habe die Data Execution Prevention (DEP) bei mir für alle Prozesse eingeschaltet. Ob das einen Unterschied macht?

Jetzt bringe ich Dich noch um Deine wohlverdiente Mittagspause...

Ich habe (mit aktiviertem "Direkt in Programme einhängen...") nochmals 3 oder 4 Neustarts durchgeführt. Abgesehen vom "Login-Problem" verlief alles anstandslos. (Nichtreproduzierbare Fehler sind halt die schönsten. ;) )
Ob es nur nach der Installation von SuRun Probleme gibt? Ich werde SuRun einmal de- und wieder installieren.

Einträge von SuRun in den Autostarts ("Direkt in Programme einhängen..." etc. aktiviert):
- SuRun Systemmenü-Erweiterung in HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
- SuRun Shell Extension in HKLM\Software\Microsoft\Windows\CurrentVersion\Explorer\ShellExecuteHooks
- SuRun - Shell extension for SuRun in HKLM\Software\Classes\Folder\ShellEx\ContextMenuHandlers
- SuRun - Shell extension for SuRun in HKLM\Software\Classes\Directory\Background\ShellEx\ContextMenuHandlers
- SuRun Shell Extension in HKLM\Software\Microsoft\Windows\CurrentVersion\Shell Extensions\Approved
- Super UserRun (SuRun) Service in HKLM\System\CurrentControlSet\Services
- SuRun - Shell extension for SuRun in HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Notify