TWiki:Plugins/PluginsInCVS fails with this message:

TWiki detected an internal error - please check your TWiki logs 
and webserver logs for more information.

Quantifier follows nothing in regex; marked by <-- HERE in 
m/^(Deprecated|* <-- HERE Deprecated*)$/

The topic (TWiki:Plugins/PluginsInCVS?raw=on) has this search:

%SEARCH{ "[T]opicClassification.*(td..td|value\=).*[P]luginPackage|[A]ddOnPackage|[S]kinPackage"  casesensitive="off" regex="on" nosearch="on" order="formfield(DeveloperVersionInCVS)" reverse="on" nototal="on" format="| $topic | [[CVSplugins:$topic][CVS]] | $formfield(DeveloperVersionInCVS) |$pattern(.*?[\n\r]\-\-\s(\%?[TM]\w+\%?[\.\:][a-zA-Z0-9/]+).*) <br/>/ $wikiusername  |$pattern(.*?\*\sSet\sSHORTDESCRIPTION\s\=([^\n\r]*).*) <br /> ($date - $rev - [[%SCRIPTURL%/rdiff%SCRIPTSUFFIX%/$web/$topic][Diffs]]) |"}%

Output of Apache error log:

Quantifier follows nothing in regex; marked by <-- HERE in m/^(Deprecated|* <-- HERE Deprecated*)$/ at /path/to/twiki/lib/TWiki/Render.pm line 1889.
 at /path/to/twiki/lib/TWiki/Render.pm line 1889
        TWiki::Render::renderFormFieldArg('TWiki::Meta=HASH(0x37dea0c)', 'DeveloperVersionInCVS') called at /path/to/twiki/lib/TWiki/Search.pm line 1052
        TWiki::Search::_extractTopicInfo('TWiki::Search=HASH(0x251054c)', 'Plugins', 'OoProjectPlannerPlugin', 'DeveloperVersionInCVS') called at /path/to/twiki/lib/TWiki/Search.pm line 993
        TWiki::Search::_sortTopics('TWiki::Search=HASH(0x251054c)', 'Plugins', 'ARRAY(0x6439ec)', 'DeveloperVersionInCVS', '') called at /path/to/twiki/lib/TWiki/Search.pm line 653
        TWiki::Search::searchWeb('TWiki::Search=HASH(0x251054c)', 'inline', 1, 'casesensitive', 'off', 'search', '[T]opicClassification.*(td..td|value\=).*[P]luginPackage|[A]d...', 'basetopic', 'PluginsInCVS', ...) called at /path/to/twiki/lib/TWiki.pm line 2901
        TWiki::_SEARCH('TWiki=HASH(0x3038ab8)', 'TWiki::Attrs=HASH(0x2695264)', 'PluginsInCVS', 'Plugins') called at /path/to/twiki/lib/TWiki.pm line 2245
        TWiki::_expandTagOnTopicRendering('TWiki=HASH(0x3038ab8)', 'SEARCH', ' "[T]opicClassification.*(td..td|value\=).*[P]luginPackage|[A...', 'PluginsInCVS', 'Plugins') called at /path/to/twiki/lib/TWiki.pm line 2164
        TWiki::_processTags('TWiki=HASH(0x3038ab8)', '---+ TWiki Items in CVS\x{a}\x{a}| *Plugin* | *CVS URL:* | *In CVS:* ...', 'CODE(0x570bd4)', 16, 'PluginsInCVS', 'Plugins') called at /path/to/twiki/lib/TWiki.pm line 2090
        TWiki::_expandAllTags('TWiki=HASH(0x3038ab8)', 'SCALAR(0x24e93f0)', 'PluginsInCVS', 'Plugins') called at /path/to/twiki/lib/TWiki.pm line 2433
        TWiki::handleCommonTags('TWiki=HASH(0x3038ab8)', '---+ TWiki Items in CVS\x{a}\x{a}| *Plugin* | *CVS URL:* | *In CVS:* ...', 'Plugins', 'PluginsInCVS') called at /path/to/twiki/lib/TWiki/UI/View.pm line 320
        TWiki::UI::View::_prepare('---+ TWiki Items in CVS\x{a}\x{a}| *Plugin* | *CVS URL:* | *In CVS:* ...', 'TWiki=HASH(0x3038ab8)', 'Plugins', 'PluginsInCVS', 'TWiki::Meta=HASH(0x25f4b64)', 0) called at /path/to/twiki/lib/TWiki/UI/View.pm line 304
        TWiki::UI::View::view('TWiki=HASH(0x3038ab8)') called at /path/to/twiki/lib/TWiki/UI.pm line 97
        TWiki::UI::__ANON__() called at /path/to/twiki/lib/CPAN/lib/Error.pm line 387
        eval {...} called at /path/to/twiki/lib/CPAN/lib/Error.pm line 379
        Error::subs::try('CODE(0x28d8f24)', 'HASH(0x389094c)') called at /path/to/twiki/lib/TWiki/UI.pm line 146
        TWiki::UI::run('CODE(0x5ec28)') called

The SEARCH dies when handling TWiki:Plugins/OoProjectPlannerPlugin, which has this meta data:

It dies on a field named title="*Deprecated*". The TWiki:Plugins.PackageForm had this field for a short time, such as version 40, TWiki:Plugins/PackageForm?rev=40

It looks like there is an issue with missing escape of meta characters.

-- PTh

And no, please do not discard this because of "missing test case"

-- PTh

FYI, Cairo has the same bug.

-- PTh

Even from looking at the code I cannot see what the title attribute vs name attribute in the META for forms is used for. How do you get the different value there in the first place. title is always same as name no matter what I have tried

KJL

Ken, the title attribute gives the literal spelling of the title. The name attribute is the title reduced to alphanumerics. In addition, when the [[][]] format for fields is used, then the name has the real name there, while the title has the display name. It is easy to get them to be different.... -- TW

Yes. I see now. And I have seen how the two can be made different in practical. Still need to look further at the bug.

KJL

---

Please look at the attached FormProblem3.txt. I do not get the problem you describe on this variation. Note though that the "*" do not render the title bold faced. -- TW

Marking this as "Confirmed" as it's definitely a bug.

CC

It was actually the rendering of the formfield that gave the problem. Fixed by quoting mata in the search.

CC