when displaying flutter framework errors, we should detect hyperlinks to code
- Langage dominant
- Dart
- Étoiles
- 1.7k
- Forks
- 404
- Merge moyen
- 6 j 17 h
- PR mergées (30 j)
- 18
Description
For example, here's some of the text of a 'flutter.error' error message:
```
User-created ancestor of the error-causing widget was:
Container file:///Users/devoncarew/projects/sergiandreplace/flutter_planets_tutorial/lib/ui/common/plannet_summary.dart:51:35
```
We should detect source file references and convert them into links. In IntelliJ, those would link to the source for the user's app. For DevTools, we might want to link to the source in the debugger view? Another option would be to open the file in any associated IDE (also connected to the app via the service protocol). Or, we could link to the devtools debugger view, and in that view, have an option to open a file in a connected IDE, if there was one.
I think the user will want to jump to the source, inspect the problem a bit, and then make a small change to a file, and reload. We'll want to support that effectively in DevTools.
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par retracer comment DevTools affiche le texte de flutter.error et comment les emplacements des sources sont exposés via le service protocol. Comparez la création d’un lien vers la vue du débogueur avec l’ouverture de fichiers dans un IDE connecté ; le travail est terminé lorsque des références de source telles que file:///...:51:35 deviennent des liens utilisables avec une destination claire.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- dart, flutter
- Domaine
- devtools
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100