141493 - lxr.mozilla.org doesn't understand literal parens

Status: RESOLVED WORKSFORME

(Webtools Graveyard :: MXR, defect)

Description

[mental]

I tried searching LXR for the literal string:

File Bookmark(s)

and got results that matched without the parens.  If I escape them with
backslash, everything is cool, but this is not a regexp, so I shouldn't need them...

Comment 1

[timeless]

*** This bug has been marked as a duplicate of 115150 ***

Comment 2

[xyzzy]

Um, timeless?  This is happening when regexp searching is turned *off*.  If it
really is the same, please explain why.  Reopening.

Comment 3

[timeless]

arg. basically lxr's regexp off is broken, as you figured out you need to 
escape regexp like characters. i'll have to recheck to see if I picked the 
right bug.

Comment 4

[Nathan Kurz]

I think rather this is a dup of bug #99680.  As 'timeless' said, this bug
requires all special characters to be escaped with '\'.  This bug is due to
local changes made to lxr.  

Comment 5

[Dave Miller [:justdave]]

reassigning endico's bugs to default owner

Comment 6

[Chase Phillips]

Mass reassign of open bugs for [e-mail] to [e-mail].

Comment 7

[J. Paul Reed [:preed]]

Reassigning all LXR bugs assigned to [e-mail] to the default LXR owner (sorry Bear!)

We aren't actively working on these (if that's wrong, please reassign to yourself/a real person). 

Comment 8

[timeless]

http://mxr.mozilla.org/mozilla/search?string=Contributor(s)&find=profileSelection.dtd

wfm

Contributor(s)

Found 2 matching lines in 2 files
/toolkit/locales/en-US/chrome/mozapps/profile/profileSelection.dtd (View change log or blame annotations)
    * line 24 -- Contributor(s):
/suite/locales/en-US/chrome/common/profile/profileSelection.dtd (View change log or blame annotations)
    * line 24 -- Contributor(s):

Found 2 matching lines in 2 files