Closed Bug 721338 Opened 13 years ago Closed 4 years ago

typing http://A should preserve user's casing

Categories

(Firefox :: Address Bar, defect, P5)

defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mak, Unassigned)

References

Details

(Whiteboard: [inline-autocomplete:minor])

If I type http://A I get http://arewefastyet.com/, instead I should get http://Arewefastyet.com/. Removing http and just typing A works fine.
Whiteboard: [inline-autocomplete:minor]
looks like this is due to urlbarbindings's textValue setter, especially losslessDecodeURI(makeURI(val)) is clearly lowercasing the scheme and the host. Also nsAutoCompleteController::CompleteValue in the first if condition uses a caseInsensitiveComparator, and I don't see why (it should rather preserve casing).
Why do you want to get http://Arewefastyet.com/?
I don't want to get it as the final confirmed value, but while I'm typing, autocomplete is not supposed to replace my text (both to avoid a "surprise" effect, a "missing control of the app" effect and a distraction). When I finally confirm the autocomplete entry, it can replace it with whatever makes sense. I figure out the final result is the same, but it's not expected to mess up with what the user is typing.
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INACTIVE
Status: RESOLVED → REOPENED
Priority: -- → P5
Resolution: INACTIVE → ---

This is WFM now.

Status: REOPENED → RESOLVED
Closed: 7 years ago4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.