You are here: Foswiki>Tasks Web>Item2204 (06 Jan 2015, GeorgeClark)Edit Attach

It creates an internal message and an error of the form

Quantifier follows nothing in regex; marked by <-- HERE in m/* <-- HERE TopicName

I haven't tested it in 4.0 yet.

-- ML

I cannot reproduce this in twiki4

Searched: scope
Number of topics: 0
does not create any errors on my twiki4

-- KJL

Try TopicSearchText1

It breaks with both ~twiki4 and ~develop


TopicSearchText1 has this:

%SEARCH{"*Test*" regex="on" scope="topic" format="   * $topic"}%

(Cairo does the same for bad regexs, see TWiki:Sandbox.TestBadRegex).

%SEARCH{".*Test.*" type="regex" scope="topic" format="   * $topic"}%

Works ok.

-- SP

Um, just because Cairo breaks it's OK that Dakar breaks too? And, oddly enough, it doesn't break as long as you don't say scope="topic". One way or the other, breaking is bad, especially since regexes are often quite difficult to get right.

-- ML

Reprioritized to normal as discussed in edin* meeting.

-- PTh

Setting this to enchancement. New wanted behaviour on bad regexps should be discussed in Codev.

-- SP

Setting to No Action. If user is using regular expressions, then the returned error is valid. No error is recorded to the logs.

-- GeorgeClark - 06 Jan 2015

ItemTemplate edit

Summary Internal error messages on bad regex's in searches could be handled better
ReportedBy TWiki:Main.MeredithLesly
Codebase
SVN Range Sun, 30 Apr 2006 build 9998
AppliesTo Engine
Component
Priority Enhancement
CurrentState No Action Required
WaitingFor
Checkins
TargetRelease n/a
ReleasedIn n/a
CheckinsOnBranches
trunkCheckins
masterCheckins
ItemBranchCheckins
Release01x01Checkins
Topic revision: r10 - 06 Jan 2015, GeorgeClark
The copyright of the content on this website is held by the contributing authors, except where stated elsewhere. See Copyright Statement. Creative Commons License    Legal Imprint    Privacy Policy