Microsoft Application Compatibility Toolkit

Question

Hallo.

Schön das es so ein Toolkit gibt, nur sollte es auch "richtig" funktionieren, aber eventuell bin ja auch ich nur zu dumm zu verstehen was die entsprechenden Einträge (RunAsAdmin, RunAsHighest und RunAsInvoker) bedeuten  !

Also folgende Aufgabenstellung:

Tuneup 2010 soll "ohne" diese nervende Abfrage "Haben Sie auch wirklich ......" starten.

Also das Toolkit bemüht, einen Aplikationsfix für Tuneup eingetragen wo Tuneup (Die Startoberfläche (Integrator)) mit "Run as Administrator" gekenzeichnet wird, getestet "Ok schein zu laufen wie es soll", gespeichert und ins System eingehängt. Tuneup gestartet und ...............

Hubs was das denn, die nervige Abfrage erscheint ja doch wieder, dabei war doch beim Testlauf mit dem Tool scheinbar alles in Butter. Nee, nee, so einfach macht es einem MS nicht. Also das ganze wieder aus dem System entfernt und auf "RunasHighest" umgestellt. Und achherje, funktioniert wieder nicht .................. Also wieder ausgehängt und auf "RunasInvoker" umgestellt.

Aha, der nervige Requester bleibt verschwunden beim Starten. Aber "Oh Graus" wenn jetzt ein Modul von Tuneup gestartet werden soll, z.B. der Styler, kommt wieder diese nervige Abfrage ..............

Wieder das selbe Spiel wie mit Tuneup (Startobefläche (Integrator)) die Kennzeichnung "RunasAdministrator und/oder RunasHighest" funktioniert nicht, "RunasInvoker" funktioniert.

Dieses Spiel kann man nun treiben bis man an die Stelle kommt wo man den Uninstallmanger ivor Augen hat. Dieser reagiert auf "RunasInvoker" mit "Zum Ausführen sind Administrativerechte notwendig".

Nun ist man geplatzt in 1000m Höhe denn, "Oh Wunder", "RunasAdministrator und RunasHighest" funktioniert auch bei diesem Modul nicht.

Aber vielleicht weis ja hier wer eine Möglichkeit wie man über das "Microsoft Application Compatibility Toolkit" zu einer "richtig" funktionierenden Möglichkeit gelangt. Im Prinzip würde es schon reichen wenn die Tuneup Startoberfläche (Integrator) als Admin (RunasAdmin) gestartet werden kann. Denn dann funktionieren alle Module auch korrekt "ohne" das man diese nun alle per Hand eintragen muß. So war es jedenfalls wenn man vorher über den Teststart des Microsoft Application Compatibility Toolkit alles durch probiert hat, nur wenn der Eintrag dann abgespeichert und eingehängt wird, funktioniert es nicht mehr .....................

Würde mal tippen das es sich hier um einen Bug im Microsoft Application Compatibility Toolkit handelt, wobei der Teststart noch funktioniert, dann aber die falschen Parameter o.ä. in dem gespeicherten File landen, womit dann die korrekte Ausführung verhindert wird. Eventuell muss ich ja auch nur noch irgend wo einen Haken setzen. Nur wo, wenn der Teststart doch erfolgreich verläuft ?

MfG {HCG}Sniper

Answer 1

Der Tipp mit dem ACT geistert seit Jahren rum, bringt blos nix.

Du kannst aber die Aufgabenplanung dazu misbrauchen um ein Programm mit Adminrechten zu starten ohne jedes mal die UAC Abfrage betätigen zu müssen:

http://www.winvistaside.de/forum/index.php?showtopic=3029

Gruß

André

---

"A programmer is just a tool which converts caffeine into code" CLIP- Stellvertreter http://www.winvistaside.de/

Das sind die Antworten die man erwartet. Kurz knapp und präzise. Und das beste es funktioniert einwandfrei. Zwar handelt es sich hier um einen Workaround für die Unzulänglichkeiten von ACT und UAC, aber immerhin es funktioniert tatsächlich.

Danke.

Answer 2

Der Tipp mit dem ACT geistert seit Jahren rum, bringt blos nix.

Du kannst aber die Aufgabenplanung dazu misbrauchen um ein Programm mit Adminrechten zu starten ohne jedes mal die UAC Abfrage betätigen zu müssen:

http://www.winvistaside.de/forum/index.php?showtopic=3029

Gruß

André

---

"A programmer is just a tool which converts caffeine into code" CLIP- Stellvertreter http://www.winvistaside.de/

Answer 3

Tuneup ist ein gutes Beispiel dafür, was Werbung vollbringen kann. Da rennen die Leute los und bezahlen jedes Mal wieder einige Euro, um etwas zu kaufen, was es teilweise kostenlos (Sysinternals Autoruns, Windows Bordwerkzeug) gibt bzw. was auf der anderen Seite irgendwelche Einstellungen an Windows verfrickelt.

Später kommen dann irgendwelche seltsamen Fehler und Probleme, die dann vom Benutzer natürlich auf Windows geschoben werden und nicht auf die Verfrickelung durchs "Tuning". Berüchtigt war z.B., dass sich auf mit Tuneup verfrickelten Windows Installationen oft keine Servicepacks installieren ließen. Aber das ist ja auch völlig unwichtig. Hauptsache der Benutzer denkt, sein PC wäre "getunt". Schneller wird der PC durch solch eine Software nämlich nicht. Aber sowas gibt man natürlich nicht zu, wenn man vorher drauf reingefallen ist und Geld ausgegeben hat.

Die beleidigenden Untertöne in Richtung von Rainald sind hier übrigens fehl am Platze.

---

cu, Ingo

Answer 4

> Würde mal tippen das es sich hier um einen Bug im Microsoft> Application Compatibility Toolkit handelt,

Der Bug ist das "TuneUp" tool.

Einfach runterwerfen.

Rainald

Ja nee iss klar ..............

Selten so eine dämlich Antwort bekommen. Wie wärs wenn Sie einfach mal die Füße still halten wenn Sie eh keine Peilung haben und nur pöbeln und schlecht machen wollen ?

Ist schon komisch das es Tuneup immer noch gibt, wenn es denn Ihrer Meinung nach nichts taugt. Weiterhin sehr merkwürdig ist das der Testlauf funktioniert, aber hinterher nicht das was man speichert und einbindet.

Aber schon klar, für das was man einstellt und speichert ist auch Tuneup zuständig und daher der Fehler ........ Nur äußerst dumm das sich Tuneup während des Teststarts sehr kooperativ zeigt was das Starten der Oberfläche und der einzelnen Module angeht.

Was allerdings äußerst seltsam ist, ist was für geistige Tiefflieger hier meinen Ihren Senf dazu geben zu müssen.

Ja, ja solche Leute braucht das Land ...................

Answer 5

> Würde mal tippen das es sich hier um einen Bug im Microsoft

> Application Compatibility Toolkit handelt,

Der Bug ist das "TuneUp" tool.

Einfach runterwerfen.

Rainald