Un ticket urgent a signalé des espaces corrompus dans la saisie de données en production. Mike P a retracé le problème jusqu'à une fonction trim personnalisée dans Strings.java. Cette fonction maison était inefficace et boguée, remplaçant inutilement les séquences d'espaces par des espaces uniques. Notamment, elle retournait null pour les chaînes composées uniquement d'espaces, ce qui n'était pas le comportement utilisateur prévu. Le problème principal provenait des développeurs qui inventaient des exigences que les utilisateurs ne souhaitaient pas, entraînant une manipulation de données inattendue. La fonction trim personnalisée ne gérait pas non plus divers caractères d'espacement au-delà de Unicode 20. Les utilisateurs habitués au comportement antérieur de l'application ont paniqué lorsque les espaces ont commencé à disparaître. L'intention initiale était probablement de supprimer les espaces en début et fin de chaîne, et non de modifier l'espacement interne. Ce bug est passé inaperçu en raison de l'historique de l'application et du manque de tests pour de tels cas limites. La situation met en évidence les dangers de réinventer des fonctionnalités existantes avec des implémentations personnalisées défectueuses.