긴급 티켓에서 프로덕션 데이터 입력 시 공백이 엉망으로 표시되는 문제가 보고되었습니다. Mike P는 이 문제를 Strings.java에 있는 사용자 정의 trim 함수에서 추적했습니다. 이 자체 제작 함수는 비효율적이고 버그가 많았으며, 불필요하게 연속된 공백을 단일 공백으로 대체했습니다. 특히, 공백으로만 이루어진 문자열에 대해 null을 반환했는데, 이는 의도된 사용자 동작이 아니었습니다. 핵심 문제는 개발자들이 사용자가 원하지 않는 요구사항을 임의로 만들어내어 예상치 못한 데이터 조작을 초래했다는 점입니다. 또한 사용자 정의 trim 함수는 유니코드 20 이상의 다양한 공백 문자를 처리하지 못했습니다. 애플리케이션의 이전 동작에 익숙했던 사용자들은 공백이 사라지기 시작하자 당황했습니다. 원래 의도는 내부 공백을 제거하는 것이 아니라 선행/후행 공백을 제거하는 것이었을 가능성이 높습니다. 이 버그는 애플리케이션의 역사와 이러한 엣지 케이스에 대한 테스트 부족으로 인해 눈치채지 못했습니다. 이 상황은 기존 기능을 결함 있는 사용자 정의 구현으로 재창조하는 것의 위험성을 강조합니다.