TYPO3 Core

I can confirm this issue with TYPO3 6.1.3.

Also no output when using full domain in config.absRefPrefix.

All files are indexed with /fileadmin/... when using config.absRefPrefix =

If we are using the full domain eg. config.absRefPrefix = http://www.example.com/ the files are indexed as http://www.example.com/fileadmin/....

Might be an issue inside index search then. Do know if it worked before, e.g. in some 4.x version?

Hello Philip!

Thanks for the reply!
Unfortunately, I can not say whether the problem has existed for TYPO3 4.x.
At least a corresponding file is found in the search in TYPO3 4.x. Whether the contents of this file was indexed, I do not know anymore!

Many Thanks

Harald

OK, leaving this open, but someone will need to dig into indexed_search and find the root cause of this behavior.

Unfortunately, I can not say whether the problem has existed for TYPO3 4.x.
At least a corresponding file is found in the search in TYPO3 4.x. Whether the contents of this file was indexed, I do not know anymore!

I can see this issue in TYPO3 4.7.17.
The path is saved in the database with absRefPrefix.
The file is indexed but not usable in the search form.
And it is impossible to re-index the file in the Backend.
Indexed_search seems to use relative path without the prepend / slash but parse_url() return [path] => /path ?
So what's the correct path to use ?

Update 2014.01.28
- Absolute absRefPrefix (http://site.com) is not working. Any http:// URL is saved as an external URL.
- Indexed_search use URL and the localPath.
- The first calulated phash by the crwaler is based on localPath and not the URL, for this reason pash based on URL are invalid.
- The meta base of the html page is not used in extractHyperLinks() in order to extract absolute URL?
- But absolute URL can generate duplicate content for many domains
- I can't figure out how indexed_search is supposed to work

I made a patch for me. This patch save the PATH and not the URL in order to be pash compatible.
I didn't test external document.

 typo3/sysext/indexed_search/class.indexer.php | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/typo3/sysext/indexed_search/class.indexer.php b/typo3/sysext/indexed_search/class.indexer.php
index e3beed0..762754c 100755
--- a/typo3/sysext/indexed_search/class.indexer.php
+++ b/typo3/sysext/indexed_search/class.indexer.php
@@ -731,7 +731,7 @@ class tx_indexedsearch_indexer {
                         if (is_object($crawler))    {
                             $params = array(
                                 'document' => $linkSource,
-                                'alturl' => $linkInfo['href'],
+                                'alturl' => $linkInfo['localPath'],
                                 'conf' => $this->conf
                             );
                             unset($params['conf']['content']);

I can confirm that this issue still exists in 6.2.4

FYI, we're not checking for file existence on rendering (so in searchController) any more.

This is still an issue on soon to come 6.2.16

TYPO3 6.2.21
As long as i am logged in with feuser i am able to find every PDF which is indexed in public pages. PDF files indexed in secured pages can't be found... Disable absRefPrefix fix this for me.

As the whole function was removed with #44381 the problem just occurs in 6.2.
For 6.2 I created an small extension which xclasses the SearchFormController and just return true like TYPO3 7.6 or 8 which no longer consider.
https://bitbucket.org/t3easy_de/indexed_search_absrefprefix

This issue can be closed.