SuRun 1.2.0.9 - Kays Senf

Reply · Quote

Kay

(Administrator) 2009-10-03, 19:36 #1

User title: Weltverbesserer
Member since Nov 2007 · 1091 posts · Location: Rockenhausen
Group memberships: Administratoren, Mitglieder

Show profile ·

Link to this post

Subject: SuRun 1.2.0.9

SuRun 1.2.0.9 Beta 1 vom 03.10.2009

CHG: In Windows 7 blendet SuRun "(Neu)Start als Administrator" aus dem Systemmenü von Explorer aus.

CHG: In Windows 7 werden "Explorer hier als Administrator", "Systemsteuerung als Administrator" und "Starte als Administrator..."-auf dem Papierkorb nicht mehr angezeigt

FIX: HideAppStartCursor() hat in Windows 7 mit aktivem Aero das vorzeitige Beenden von InstallSuRun bewirkt

[EDIT]
Die "aktuelle" Beta ist hier: http://forum.kay-bruns.de/post/2888

The author has attached one file to this post:

SuRun1209b1.zip | Save 668.6 kBytes, downloaded 585 times

This post was edited on 2010-08-31, 08:18 by Kay.

Reply · Quote

AeroNutzer (Guest) 2009-10-04, 10:07 #2

No profile available.

Link to this post

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

Reply · Quote

Kay

(Administrator) 2009-10-04, 10:14 #3

User title: Weltverbesserer
Member since Nov 2007 · 1091 posts · Location: Rockenhausen
Group memberships: Administratoren, Mitglieder

Show profile ·

Link to this post

Unter Windows 7 lässt sich Explorer nicht gezielt als Administrator starten. Wenn man das macht, läuft Explorer.exe nur kurz als Administrator und erstellt (per DCOM) eine nicht administrative Kopie von sich selbst.

Deshalb habe ich SuRun-Funktionen, die Explorer administrativ starten, unter Win7 erstmal deaktiviert.

Wenn ich rausgefunden habe, wie man Explorer austrickst, werden die Funktionen wieder aktiviert.

Reply · Quote

Cosmo 2009-10-04, 11:31 #4

Member since Mar 2008 · 420 posts
Group memberships: Mitglieder

Show profile ·

Link to this post

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?

Thomas

Reply · Quote

Kay

(Administrator) 2009-10-04, 15:46 #5

User title: Weltverbesserer
Member since Nov 2007 · 1091 posts · Location: Rockenhausen
Group memberships: Administratoren, Mitglieder

Show profile ·

Link to this post

Quote by Cosmo:
[...]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.

Ist getan. :-)

Quote by Cosmo:
Warum ist der SuRun-Dialog mit der erweiterten Option in Verknüpfungen, das ausführen in einem anderen Benutzerkontext zu erzwingen, nicht kompatibel?

Gute Frage! Das muss ich mir mal ansehen.

Anbei:
SuRun 1.2.0.9 Beta 2 vom 04.10.2009

CHG: SuRun speichert den letzten RunAs-Benutzernamen

FIX: SuRuns Installer setzt nach erfolgter Installation den Fokus auf "Abmelden" bzw. "Neustart". Jetzt kann man dann einfach (ohne Maus) Enter drücken

The author has attached one file to this post:

SuRun1209b2.zip | Save 669.3 kBytes, downloaded 166 times

Reply · Quote

Mik.c.OS 2009-10-05, 19:08 #6

User title: scriptkiddy :D
Member since Dec 2007 · 240 posts · Location: Europa
Group memberships: Mitglieder

Show profile ·

Link to this post

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

[0001 0110]
Mik.c.OS Shell Extensions for SuRun (rev3.0) [2010-05-23]

Reply · Quote

Cosmo 2009-10-06, 10:12 #7

Member since Mar 2008 · 420 posts
Group memberships: Mitglieder

Show profile ·

Link to this post

Die Änderungen in beta 2 sind erfolgreich. Danke.

Thomas

Reply · Quote

Kay

(Administrator) 2009-10-06, 10:44 #8

User title: Weltverbesserer
Member since Nov 2007 · 1091 posts · Location: Rockenhausen
Group memberships: Administratoren, Mitglieder

Show profile ·

Link to this post

@Mik: Der Timer ist im code drin, aber noch nicht im GUI.

SuRun 1.2.0.9 Beta 3

Sind der ShellExecute Hook ("Programmstarts der Windows Benutzeroberfläche filtern") und "Ersetze Windows 'Ausführen als...' durch SuRuns 'Ausführen als...'" aktiviert, reagiert SuRun unter Windows 5 (2k, XP, 2k3) auf das verb "runas" der Shell und ersetzt somit das Windows eigene "Ausführen als..."

The author has attached one file to this post:

SuRun1209b3.zip | Save 670.2 kBytes, downloaded 148 times

This post was edited on 2009-10-06, 11:17 by Kay.

Reply · Quote

Stefan 2009-10-07, 14:30 #9

Member since Aug 2008 · 38 posts
Group memberships: Mitglieder

Show profile ·

Link to this post

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.

Reply · Quote

Kay

(Administrator) 2009-10-07, 16:27 #10

User title: Weltverbesserer
Member since Nov 2007 · 1091 posts · Location: Rockenhausen
Group memberships: Administratoren, Mitglieder

Show profile ·

Link to this post

Quote by Stefan:
Ruft man ein Programm darüber im Kontext eines "eingeschränkten" Administrator auf, wird es gleich mit erhöhten Rechten gestartet,[...](Ist das auch so beabsichtigt?)

Nein! Das ist ein Bug. :-)

Quote by Stefan:
Blöd ist, dass der Shortcut Ctrl + Shift + Programm starten nun nicht mehr funktioniert.

Ja. Finde ich auch. Ist halt Explorer intern.
Früher hat Explorer das Programm mit ShellExecute und dem verb "runas" gestartet.
Das konnte SuRun abfangen.
Jetzt handhabt Explorer alles selbst ohne Abfrage, ob ein anderes Programm sich verantwortlich fühlt.
Da muss ich mal suchen, ob man Explorer überreden kann, das Ctrl+Shift-Gedöhns an SuRun weiter zu reichen.

Quote by Stefan:
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.

Habe ich auch gesehen.
Habe gerade mal gesucht... und gefunden. SuRunExt.dll hat kein Manifest. Wird mit der nächsten Beta behoben.

Quote by Stefan:
UAC ist "schneller" als SuRun: Wenn z.B. ein Installationsprogramm Admin-Rechte braucht, dann erscheint der UAC- und nicht der SuRun-Dialog.

Mir ist bisher noch nicht bekannt, wie sich das umgehen lässt.
SuRun kommt leider manchmal nach UAC, weil Explorer/Windows erst nach dem "Abnicken" das Programm selbst ausführt. An der Stelle kommt SuRun ins Spiel und das ist zu spät.
Dadurch geht die Automagie nicht...

Wie war das eigentlich in Vista?

Ich habe das gerade ausprobiert: Wenn ich die "CrapCleaner" Installation vom Netzlaufwerk ausführe, kommt UAC und fragt, wenn ich die Installation vom Desktop starte, fragt SuRun... dass sollte mal untersucht werden.

Quote by Stefan:
- 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.

Könnte sein... muss mich erstmal mit Applocker auseinandersetzen.

EDIT: Hier erscheint eine Applocker-Meldung, dass das Programm geblockt ist.
Warum kann Applocker eigentlich keine Programme "Auto-Elevate"-en?

Reply · Quote

Cosmo 2009-10-07, 20:42 #11

Member since Mar 2008 · 420 posts
Group memberships: Mitglieder

Show profile ·

Link to this post

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.

Thomas

This post was edited on 2009-10-08, 09:25 by Cosmo.

Reply · Quote

Kay

(Administrator) 2009-10-08, 10:18 #12

User title: Weltverbesserer
Member since Nov 2007 · 1091 posts · Location: Rockenhausen
Group memberships: Administratoren, Mitglieder

Show profile ·

Link to this post

Jepp, habe ich hier auch nachvollzogen...also kommt hier die Beta vier:

SuRun 1.2.0.9 Beta 4 vom 08.10.2009

FIX: "SuRun /RunAs" hat bei UAC-Administratoren immer Programme mit gehobenen Rechten gestartet

FIX: SuRuns Tray-Symbol hat sich bei Uninstall bzw. Update evtl. nicht geschlossen

FIX: Durch Schnelles klicken auf "Installieren" bzw. "Update" und das mehrmalige drücken von <ENTER> wurde SuRun mehrmals Upgedatet/Installiert

PS: Was mir gerade einfällt: Wenn man "Ausführen als..." macht und einen UAC-Admin auswählt... sollte dann nicht auch das Programm mit gehobenen Rechten laufen, wie früher... Hmmm. :huh:

The author has attached one file to this post:

SuRun1209b4.zip | Save 670.5 kBytes, downloaded 127 times

Reply · Quote

Cosmo 2009-10-08, 11:43 #13

Member since Mar 2008 · 420 posts
Group memberships: Mitglieder

Show profile ·

Link to this post

Punkt 3 ist OK.

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

Thomas

Reply · Quote

Stefan 2009-10-08, 17:29 #14

Member since Aug 2008 · 38 posts
Group memberships: Mitglieder

Show profile ·

Link to this post

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.)

Reply · Quote

Kay

(Administrator) 2009-10-08, 18:43 #15

User title: Weltverbesserer
Member since Nov 2007 · 1091 posts · Location: Rockenhausen
Group memberships: Administratoren, Mitglieder

Show profile ·

Link to this post

Hier unter einem real installierten Windows 7 Ultimate x86 funktioniert die SuRun Beta 4 ohne Probleme... Hmmm.
Habe allerdings keinerlei HIPS/Virenscanner installiert.

Quote by Stefan:
Zuerst verursachte Beta 4 bei mir erstaunlich hohe CPU-Aktivität

Whoops! Stimmt auffallend... Muss ich lösen.

Quote by Stefan:
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.

Hier (ohne Avira) geht das in gewohnter Geschwindigkeit.

Quote by Stefan:
Vom Klick auf das Benutzersymbol bis zum Feld mit der Passworteingabe dauert es einige Sekunden, während es ohne SuRun sofort kommt.

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

Wenn beides JA:
SuRun holt sich beim ersten Aufruf von SuRun.exe einen Admin-Token für den jeweiligen Benutzer. Dabei wird die Registry zwei Mal "geflusht"... das dauert leider. Jeder weitere Aufruf von SuRun/anderen Programmen sollte allerdings sehr schnell gehen.

Quote by Stefan:
Zudem stürzte mir einmal beim Einloggen der Explorer ab, Windows bot an, ihn sofort wieder zu starten.

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

Quote by Stefan:
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?

Windows hängt SuRunExt.DLL in jeden Prozess, der ein GUI hat, also auch in Explorer.