| Summary: | substring search: "contains" != "matches regexp" | ||
|---|---|---|---|
| Product: | Gentoo Infrastructure | Reporter: | TGL <tom.gl> |
| Component: | Bugzilla | Assignee: | Benjamin Coles <sj7trunks> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | sj7trunks |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
I've just seen that it has been fixed in 2.17.4: http://bugzilla.mozilla.org/show_bug.cgi?id=191051 Could you try your regexp again, I see a substring and a regexp as the difference here, let me know if it works, we're currently at 2.17.4 Actually the bug is still present. I was thinking that bugzilla bug 191051 would have fixed it (seemed very related), but no :/ So, to make it clear, interpreting a characters string as a substring in an email field still gives different result than interpreting it as a regexp (whereas there are no regexp special char). The above urls are still valid tests: one now returns 73 results whereas the other returns 102 results. No time for gentoo dev stuff right now :( Sorry, I had hoped this would be fixed two versions later but in the case of a huge database it's not going quite well. I'm going to pass this off to bugzilla.mozilla.org people and let them deal with it. need to edit resolve status closing with new resolve status, sorry |
Because of the bug day, I was searching for bugs I have somehow participate to. The result has shown me what looks like a bugzilla bug: - searching in all categories, in all status, with any of {bug owner, reporter, QA contact, CC list member, commenter} contains degrenier (the name in my email) returns me 60 bugs: http://bugs.gentoo.org/buglist.cgi?query_format=&short_desc_type=allwordssubstr&short_desc=&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&emailassigned_to1=1&emailreporter1=1&emailqa_contact1=1&emailcc1=1&emaillongdesc1=1&emailtype1=substring&email1=degrenier&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&remaction=run&namedcmd=%E0+surveiller&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0= - the exact same search but with a "matches regexp" instead of "contains" returns me 84 bugs: http://bugs.gentoo.org/buglist.cgi?query_format=&short_desc_type=allwordssubstr&short_desc=&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&emailassigned_to1=1&emailreporter1=1&emailqa_contact1=1&emailcc1=1&emaillongdesc1=1&emailtype1=regexp&email1=degrenier&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&remaction=run&namedcmd=%E0+surveiller&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0= I don't see in my name any special char that could explain this difference.