<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - help.l.o search result links to other page than where the search string was found"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=138485#c2">Comment # 2</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - help.l.o search result links to other page than where the search string was found"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=138485">bug 138485</a>
from <span class="vcard"><a class="email" href="mailto:rafael.palma.lima@gmail.com" title="Rafael Lima <rafael.palma.lima@gmail.com>"> <span class="fn">Rafael Lima</span></a>
</span></b>
<pre>The problem here seems to be that ref_pdf_export_general.xhp is a shared file
and it determines whether it's Calc or Writer related based on the currently
selected application in the Help web page.
There's a switch statement in the file that displays this content only for
Calc.
<switch select="appl"><case select="CALC">
<h3 id="hd_id51574108224576">Whole sheet export</h3>
<paragraph role="paragraph" id="par_id81574108602417">Export one sheet per
page.</paragraph>
</case></switch>
What seems to be happening is:
1) omindex search for the string "whole sheet export" inside all XHP files and
finds it ref_pdf_export_general.xhp
2) Then it creates the link for the user to access the page, but it assigns
DbPAR=WRITER to the link
3) Because of the wrong DbPar, the searched contend is not shown to the user
Maybe this happens because this is a shared file (located in text/shared/01/),
the search system assigns it to be DbPar=WRITER as some sort of fallback.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>