New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
'--splithead' option to 'installhtml' creates incorrect links #12306
Comments
From @jkeenanThis is a bug report for perl from jkeenan@cpan.org, This is the second in a series of bug reports about 'installhtml' -- a Bug: The '--splithead' option to installhtml creates incorrect indices 'installhtml' documents the '--splithead' option as follows: ##### Comma-separated list of pod files to split by the =head directive. The Let's suppose that I have several files containing POD named like this: ##### ... and that these files have contents like this: ##### A paragraph =head1 Feature B some text but not a link =cut $ cat xt/split/splithead2.pod Yet another paragraph =head1 Feature D More text; still no link. =cut When I call: ##### ... I end up with these .html files: ##### Note that in the source code .pod files, the values for the =head1 In the generated .html files however, the links tend to be composed as ##### Clicking on those links generates Page Load Errors. There are at least (1) the "../../" is not resolving to "tmphtml/split/" but to ".". (This (2) The link is looking for a generated .html file with a basename Turning to tmphtml/split/splithead1/feature_a.html, I get these links: ##### <li><p>Forward to <a </li> </li> (3) The "../../../split/" in both of the "Forward to" and the "Up to" The .html files are being generated in the directories I expect, but Thank you very much. Flags: Site configuration information for perl 5.16.0: Configured by jimk at Sun May 20 20:01:26 EDT 2012. Summary of my perl5 (revision 5 version 16 subversion 0) configuration: Platform: Locally applied patches: @INC for perl 5.16.0: Environment for perl 5.16.0: DYLD_LIBRARY_PATH=/Users/jimk/work/pseudoinstall/lib:/Users/jimk/gitwork/parrot/blib/lib PATH=/usr/local/bin:/opt/local/bin:/opt/local/sbin:/usr/local/bin:/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/Users/jimk/bin:/Users/jimk/bin/perl:/Users/jimk/bin/c:/Users/jimk/bin/shell:/sw/lib:/sw/bin:/Users/jimk/bin:/Users/jimk/bin/perl:/Users/jimk/bin/c:/Users/jimk/bin/shell:/sw/lib:/sw/bin |
From @jkeenanClarification of one point:
The problem with the basename in the link is not that the "Feature-A" is jimk |
@jkeenan - Status changed from 'new' to 'open' |
From @druud62On 2012-07-31 02:49, James E Keenan via RT wrote:
Side issue: Why is the link considered case-insensitive? "Domain names are not case-sensitive, but other parts of URLs can be." "URLs in general are case-sensitive (with the exception of machine names)." http://www.google.com/intl/en/ABOUT/corporate/index.html -- |
From zefram@fysh.orgThis was fixed recently in commit -zefram |
@iabyn - Status changed from 'open' to 'pending release' |
From @khwilliamsonThank you for filing this report. You have helped make Perl better. With the release yesterday of Perl 5.28.0, this and 185 other issues have been Perl 5.28.0 may be downloaded via: If you find that the problem persists, feel free to reopen this ticket. |
@khwilliamson - Status changed from 'pending release' to 'resolved' |
Migrated from rt.perl.org#114318 (status was 'resolved')
Searchable as RT114318$
The text was updated successfully, but these errors were encountered: