Muss ich mir mal anschauen. Danke. :)

https://answers.microsoft.com/en-us/windows/forum/all/ms-resourceappnametext-appeared-on-start-menu-all/e6c5d10b-bad9-4eae-835f-99f438f3bd91

2nd answer from L. Fernando Figueiredo

Da steht etwas im Changelog, was Hoffnung aufkommen lässt und dann funktioniert es doch nicht so wie erwartet.

Das ist ja Käse. :(

Richtig. Unter Alle Apps stehen beide Einträge bei mir immer noch :(

Das neueste kumulative Update KB4512941 fixte dieses Startmenü-Problem zumindest bei meinen bereits bestehenden Kacheln ohne Icon mit den Bezeichnungen

ms-recource:appDisplayName
ms-resourceAppName/Text

[b]NICHT !!!!!!![/b]

Jo gesehen. Erzähle ich morgen :)

Ist Final. Wird gerade im Current Branch ausgeliefert. Der Support Artikel ist auch schon Online. Ist bei Rev. 11 geblieben.

Habs auf dem echten Rechner noch nicht installiert.
Aber ich werde es ja sehen, wenn die KB final ist. Hab ja zwei solcher Einträge davon ;)

Würde mich mal interessieren, ob das jetzt wirklich mit KB4512941 generell gefixt wurde:

[quote]Addresses an issue that may cause the name of an unsupported application to appear as default text, such as “ms-resource:AppName/Text” in the Start menu after upgrading the operating system. [/quote]

Kann ich mir vorstellen. :lol:

Kann aber sein, dass man da wirklich noch mehr Trigger entfernen muss. Habe es jetzt nur mal mit dem einen versucht.

Aber vom Prinzip her klappt das. Die Startmenü-App ließ sich auch entfernen, aber das fand Windows gar nicht toll. Hat es gleich wieder hergezaubert, von wo auch immer. :rofl:

:daumen:
Muss ich morgen mal testen.

Ok, so etwas lässt mir ja wieder keine Ruhe. Es geht. Habe gerade sauber die App Einstellungen deinstallieren können. Ist zwar sinnfrei, aber war nur mal so zum testen. So auf die Schnelle:

- [i]DB Browser for SQLite[/i] mit den Rechten System oder TrustedInstaller starten (mittels ProcessHacker, nsudo, psexec etc.)
- [i]%ProgramData%\Microsoft\Windows\AppRepository\StateRepository-Machine.srd[/i] öffnen
- Im Tab 'Datenbankstruktur' ganz runter zu den Triggern gehen
- vom Trigger [i]TRG_AFTER_UPDATE_Package_SRJournal[/i] die CREATE TRIGGER Zeile kopieren und sichern (Textdatei)
- besagten Trigger löschen
- Im Tab 'Daten suchen' die Tabelle [i]Package[/i] aufrufen.
- Jetzt kann man beliebig in der Spalte IsInbox den Wert von 1 auf 0 für die Apps ändern. Oder umgekehrt.
- Als letztes im Tab 'SQL ausführen' die gesicherte CREATE TRIGGER Zeile in die Box kopieren und ausführen lassen.
- Datenbank speichern.

Als nächstes ließ sich ohne Probleme[i] Get-AppxPackage -all *immersivecontrolpanel* | Remove-AppxPackage -AllUsers[/i] ausführen und die App war weg.

Da ich die beiden Apps [i]Windows.Contact.Support[/i] und [i]HolographicFirst Run[/i] nirgends habe, kann ich das mit denen nicht testen.

Aber zugegeben, ist sehr umständlich das Ganze.

Und bei mir gibt es besagte App gar nicht mehr. Daher kann ich das auch nicht so wirklich testen.

Wollte das mal in der VM mit einer anderen InBox-App testen, aber das ist etwas umständlich.

Man muss zuerst einige Trigger löschen, nachdem man sie umständlich exportiert hat, dann kann man wohl IsInbox=0 eintragen und dann muss man die Trigger wieder importieren und die Datenbank abspeichern. Das ist umständlich. Wenn er wenigstens den Trigger-Namen dazu geschrieben hätte. Aber jetzt nur über die CREATE TRIGGER Anweisung die richtigen Trigger finden, ist da Käse. Das ist mir da gerade zu warm für so etwas kompliziertes.

Aber könnte funktionieren.

Jo, aber du siehst ja. Seit dem Umstieg 1803 -> 1809 Eine App Windows.Contact.Support und 1809 -> 1903 HolographicFirst Run hat sich nichts getan.

In der Datenbank steht es mit 1 auf nicht deinstallierbar. Da hilft es auch nicht den Cache zu leeren.

[attachment=1]ms-resourceappDisplayName.jpg[/attachment]

[attachment=0]ms-resourceAppName-Text.jpg[/attachment]