eclipse-wildwebdeveloper / eclipse-wildwebdeveloper/wildwebdeveloper

Ability to disable validation

Ouverte
#1,850 3 commentaires 1 réaction 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Langage dominant
Java
Étoiles
201
Forks
76
Merge moyen
4 j 7 h
PR mergées (30 j)
21

Description

Since decades "Wild Web Developers" is annoying users with its enforced validation (see e.g. https://github.com/eclipse-platform/eclipse.platform.ui/issues/943 - also look back to the old bugzilla issues that had been voted by many users, you can also do a web-search and find many stackoverflow and other hits from annoyed users) and no ability to disable this undesired behaviour.

Rationale

Why is it a problem? In general files should be valid, right?
But, the reality is different:

  • For tests it is sometimes required to create invalid files. So e.g. if I want to test how my code reacts to incorrect JSON or XML data, I want to be able to have such invalid files in my codebase.
  • "Wild Web Developers" tries to do complex validation that includes downloading of XSDs from the Internet, etc. that can fail for arbitrary technical reasons (Network issues, (temporary) Server unavailability, etc.). In such case my file can be entirely correct and the error marker for hundreds of e.g. XML files is absolutely not helpful.
  • "Wild Web Developers" validation is slow. Validating every file in a very large project is a disaster.

Eclipse has a smart concept to aggregate errors and warnings.
As a result you see a project has a red cross if there are errors or not if there are no errors.
The aim of every reasonable developer is to get rid of the red crosses.
It is therefore in-acceptable to have errors that are actually false positives (as illustrated above).

Acceptance criteria

  • In the preferences I want to have an option to disable/suspend all validators (maybe additionally even by type - XML, JSON, etc.).
  • If that option is checked, then no validation should take place, no performance is wasted for validation and especially no validation errors are produced by upcoming builds.

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

L’issue mentionne des préférences, des validateurs et des builds à venir, mais aucun fichier ni test. Commencez par retracer où les préférences des validateurs sont définies et où la validation s’exécute pendant les builds. Le travail est terminé lorsqu’une préférence peut suspendre toute la validation, éviter le travail de validation et ne produire aucune erreur de validation lorsqu’elle est activée.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
java
Domaine
tooling
Type d'issue
Fonctionnalité
Difficulté
4/5
Temps estimé
3-5 jours
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
45/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.