#4363 closed defect (fixed)
in PostgreSQL equality ("X = Y") is case-sensitive
Reported by: | wkornewald | Owned by: | Jonas Borgström |
---|---|---|---|
Priority: | high | Milestone: | 0.11 |
Component: | ticket system | Version: | 0.10.2 |
Severity: | normal | Keywords: | |
Cc: | Branch: | ||
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
In the query dialog, string comparison is case-sensitive, so when you search for summaries containing "postgresql" you won't get results with "PostgreSQL", for example. For PostgreSQL it would be better to use the lower() function when doing exact matches and use case-insensitive altenatives where possible (e.g: ILIKE instead of LIKE).
Attachments (0)
Change History (5)
comment:1 by , 18 years ago
Milestone: | 0.10.4 → 0.11 |
---|---|
Status: | new → assigned |
comment:2 by , 18 years ago
r4435 fixes one bug where the "contains", "begins with", "ends with" query filters were case-sensitive on postgresql but insensitive on sqlite and mysql.
The "is" and "is not" operations however are still always case-sensitive. Should we change this behavior?
follow-up: 5 comment:4 by , 18 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Ok, then I'll resolve this ticket as fixed.
comment:5 by , 17 years ago
Replying to jonas:
Ok, then I'll resolve this ticket as fixed.
Could this solution be extended also to the session table sid string?
Yes, it appears like the query module doesn't use the like() and like_escape() methods provided by the db connectin api.