Skip Menu |

This queue is for tickets about the perlbench CPAN distribution.

Report information
The Basics
Id: 46098
Status: rejected
Priority: 0/
Queue: perlbench

People
Owner: Nobody in particular
Requestors: ddascalescu+perl [...] gmail.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: =item L</foo> should not end up in the TOC
I noticed this in DBIx::Class::Resultset/find - http://search.cpan.org/perldoc?DBIx::Class::ResultSet#find will lead to the first occurrence of "find" in an item, instead of its occurrence in a =head2. The problem is caused apparently by scan_items being a bit overzealous. Here is the relevant piece of Resultset.pm that reproduces the problem: << =over =item * L</find> ... =head2 find =over 4 Show quoted text
>>
This ends up with an HTML containing: << ... <li><a href="#find">find</a></li> ... <li><strong><a name="find" class="item"><a href="#find">find</a></a></strong> ... <h2><a name="find">find</a></h2> Show quoted text
>>
While looking at Html.pm, line 1062 reads "will use this information later on in resolving C<> links." and probably should refer to L<> links.