FUSLOGVW.exe corrupts custom directory name when run with sudo inline
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 45/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- rust
- Bereich
- cli, operating-systems
Rechercherichtung
Beginne damit, den Fehler beim benutzerdefinierten Protokollpfad mit FUSLOGVW.exe über inline sudo zu reproduzieren, und vergleiche anschließend den an die Windows CreateFile API übergebenen Pfad mit dem Start von PowerShell mit erhöhten Rechten. Verfolge den Pfad der Inline-Ausführung und die Pfadverarbeitung; abgeschlossen ist die Aufgabe, wenn ein vorhandenes benutzerdefiniertes Verzeichnis akzeptiert wird und sich unter beiden Methoden zur Rechteerhöhung gleich verhält.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Sudo for Windows version
1.0.1
Windows build number
10.0.26100.0
Other Software
Assembly Binding Log Viewer 4.0.30319.0
Steps to reproduce
-
Configure inline
sudo. -
Run
sudo FUSLOGVW.exe -
Click on Settings.
-
Enable custom log path.
-
Enter a valid existing directory.
-
An error will pop up: Custom log path must not be relative. And it must be an existing directory. Please reset custom log path.
-
Inspect the Windows API call using Process Monitor from Sysinternals and see that the path name has been corrupted:
-
Run
FUSLOGVW.exefrom an elevated PowerShell prompt (which can be elevated using sudo or by starting the process elevated from the Start menu), and confirm that this bug is not present.
Another developer has also reproduced this issue on a separate PC.
Expected Behavior
Running Assembly Binding Log Viewer under sudo inline will behave the same as when elevated via other means.
Actual Behavior
I'm unable to set a custom log directory because the log path is corrupted when calling the Windows CreateFile API.
- Vorherrschende Sprache
- Rust
- Sterne
- 5.9k
- Forks
- 180
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus microsoft/sudo
-
Issue-Bug Needs-Triage
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 74/100
-
Issue-Bug Needs-Triage
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100
-
Issue-Feature Needs-Triage
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 38/100
-
Issue-Bug Needs-Triage
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 65/100
-
Issue-Feature Needs-Triage
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
riverqueue/river#1576 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
stadelmanma/fitparse-rs#64 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 88/100
zed-extensions/java#325 ·
-
Suggestion: full-band strip — mark the tuned frequency in magenta, with triangles on the edgesOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
dividebysandwich/sdroxide#769 ·
Maintainer antworten meist innerhalb von 5 Tagen