Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 28029 - substring search: "contains" != "matches regexp"
Summary: substring search: "contains" != "matches regexp"
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Infrastructure
Classification: Unclassified
Component: Bugzilla (show other bugs)
Hardware: All All
: High normal
Assignee: Benjamin Coles
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-05 20:53 UTC by TGL
Modified: 2011-10-30 23:16 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description TGL 2003-09-05 20:53:01 UTC
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.
Comment 1 TGL 2003-09-05 21:42:55 UTC
I've just seen that it has been fixed in 2.17.4:
http://bugzilla.mozilla.org/show_bug.cgi?id=191051
Comment 2 Benjamin Coles 2003-10-07 18:06:34 UTC
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
Comment 3 TGL 2003-10-07 18:25:15 UTC
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.
Comment 4 rob holland (RETIRED) gentoo-dev 2003-10-17 02:10:14 UTC
No time for gentoo dev stuff right now :(
Comment 5 Benjamin Coles 2003-11-12 14:10:01 UTC
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.
Comment 6 Benjamin Coles 2003-11-13 09:19:09 UTC
need to edit resolve status
Comment 7 Benjamin Coles 2003-11-13 09:20:33 UTC
closing with new resolve status, sorry