No htm files in search results

I'm working on an X5 project (WebHelp Pro Output through RoboEngine 3) and when I search the published project, I only get pdfs, xls, doc, etc. No htm files appear in the results. Does anyone have any idea what is causing this?
I attached an image as an example. This search should pull up at least 1 htm file.

It looks like you didn't register PDF file type in your search service application.
Go to Central Administration->Manage Service Application. Click on the name of your search service application and check file types (link in the left column)

Similar Messages

File Share search results not opening in Chrome or Firefox

Today I crawled a portion of our file shares without incident. Everything is looking good. Except I cannot open any file share links in Chrome or Firefox. IE works flawlessly. Is this known behavior?

File system search result link does not open on Firefox or Chrome
Summary: The
file system connector shows URLs with "file://" protocol in search results. However, Firefox and Chrome don't open such links when clicked in result page.
Cause: Firefox and Chrome doesn't open "file://" links from pages that originated from outside the local machine.
This is a design decision made by those browsers to improve security.
Workaround: In order to enable local file access for Firefox and Chrome, please follow the steps as described below.
Please note with security risks caused by enabling such access.
Firefox:
Open Firefox.
Enter about:support to the address bar.
Click Open Directory for Profile
Directory.
Create or open user.js and add the following lines:
user_pref("capability.policy.policynames", "localfilelinks");
user_pref("capability.policy.localfilelinks.sites", "file:///[[PUT
SERVER NAME HERE]]";);
user_pref("capability.policy.localfilelinks.checkloaduri.enabled",
"allAccess");
Restart Firefox
Source: https://support.google.com/gsa/answer/2664790?hl=de

Unable to open pdf files from search results page in Office 365 site

Hi folks,
I am getting this issue since a while now. In office 365 site, if I click on links that points to pdf files in search results page, I get this -
“The filename, directory name, or volume label syntax is incorrect”.
These pdf files are stored in the same site and I am able to open them in adobe reader directly from the document library but not from the search results page.
I have already gone this post and doesn't help me -
https://social.msdn.microsoft.com/Forums/sharepoint/en-US/545efcc6-b748-4df8-aee0-7f57f778ad1e/sharepoint-2010-opening-pdfs-in-search-results-the-filename-directory-name-or-volume-label?forum=sharepointgeneralprevious
Any help or pointer is much appreciated.
Thanks,
Manvir
Manvir

Hi，
Besides pamma has suggested, here are similar issues, you can take a look at:
http://unsolicitedbutoffered.blogspot.com/2014/01/quick-fix-volume-syntax-error-when.html
http://crowdsupport.telstra.com.au/t5/T-Suite-Applications/There-was-an-error-opening-this-document-The-filename-directory/td-p/197425
Best Regards,
Lisa Chen
Forum Support
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact
[email protected]
Lisa Chen
TechNet Community Support

Sorry, something went wrong - Open Office File from Search Results Page with Office Web Apps

Hi,
I'm getting "Sorry, something went wrong" error when I'm trying to open any office document from inside Search Results Page with Office Web Apps, the same error is appearing in the document preview as well.
The error in SharePoint logs says that the file cannot be found.
Please note that this error is coming only when the "Filename" of the document is not written in English (in my case its written with Arabic characters).
If I try to open it from the document library, its opening properly with no errors.
The only difference between two URLs (document URL in Search Results and in Document Library) is the value for "sourcedoc" attribute;
In the case of Search Results page, the filename in "sourcedoc" attribute is kept as is with Arabic characters.
While in the Document Library, the filename in "sourcedoc" attribute is converted into different characters (something like: "B9%D9%85%D9%8").
Anybody have an idea on how to overcome this issue, implement a workaround or modify the "sourcedoc" behavior?
Thanks in Advance.
Hamza AlSughier

Dear Wendy,
Thanks for your efforts, I already tried your last suggestion before, but this didn't solve my problem.
Actually my end users are accessing this portal using ADFS and HTTPS.
Finally I got this solved, I have done below to get my overall solution working perfectly:
- First I have configured Windows Authentication and ADFS Authentication on the same zone which is the default zone.
- The issue when opening office documents with Arabic file name has disappeared as a result of first change.
- Then I have faced an issue where we are not able to crawl content under Default zone, however we have to do so, after too many efforts, I found that its related to the Load-balancer/proxy, I have made the crawler server
to crawl himself (http://CrawlServerName:PortNumber).
- Also a change on Alternate Access Mapping was needed, I have set one of the extended zones (which is running Windows Authentication only) as Internal URL for the Default Zone, and this is was the URL I used for Crawling.
I have configured Server Name Mappings to make sure we got proper URLs in Search Results.
- Then we faced another issue, which is Authentication selection on login page (How to bypass this page, and authenticate using ADFS auto), I used this solution (Set Custom Sign In Page):
http://0ut0ftheb0x.wordpress.com/2014/01/04/skip-the-authentication-selection-page-at-_logindefault-aspx-in-a-mixed-authentication-environment/.
- I faced one more issue as a result of above workaround; Sign Out functionality wasn't working well; users get logged in automatically whenever I click on Sign Out. I solved this by modifying the "Sign Out" Control under _layouts;
I made it to redirect users to ADFS Sign Out Page instead of SharePoint Sign Out Page (I know its not recommended, but I don't have any other option).
Hamza AlSughier

Error while opening file from search result in SharePoint Server 2013

Hi All,
I have configured a file system search in SharePoint serve 2013, it is crawling the data and displaying in search result.
But while click on file to open, it gives error "Cannot find 'file://filesystemPath/filename'. Make sure the path or internet address is correct.".
I have given 'Everyone' to read and execute rights on shared folder (used in file system).
Please guide me.
Thanks in advance
Dharmender Sharma

Hi,
Please check whether this issue occurred on all files or a specific file from the shared folder.
1. If this issue occurred on a specific file, please check if the file exists in the shared folder, whether someone deleted it.
2. If this issue occurred on all files , please check the network and make sure the shared folder is online
Feel free to reply if the issue still exists.
Best regards
Wendy Li
TechNet Community Support

Error opening PDF files from search results webpart on anonymous SharePoint 2013SP1 site with IE

Clicking search results, in the strict sense pdf files, using IE on an anonymous SharePint 2013SP1 site, I received the error: There was an error opening this document. The filename, directory name, or volume label syntax is incorrect.
I would like to solve this problem on the server side.
Starting position:
SharePoint 2013 SP1
Web Application:
based on template 'Publishing Portal'
Anonymous Access enabled
Claims based authentication: Integrated Windows Authentication NTLM
Client Integration disabled
Site Collection:
Anonymous Access enabled for 'Entire Web site' => group 'Anonymous Users' was created
added permission to open items: $Web.AnonymousPermMask64 = "ViewListItems, ViewVersions, ViewFormPages, Open, ViewPages, UseClientIntegration, OpenItems"
Client side solutions:
c1) Open Link with “Open in new tab” or “Open in new window” => OK
c2) Disable IE Add-on “Adobe Acrobat Sharepoint OpenDocuments Component” => OK
c3) Set bDisableSharePointFeatures to 1 in regetit => OK
Server side solutions:
S1) Turn off Client Integration => didn't work, still same error
S2) Modify DOCICON.XML => didn't work, still same error
I gave these two options a chance:
first: <Mapping Key="pdf" Value="icpdf.png" OpenControl="SharePoint.OpenDocuments"/>
then: <Mapping Key="pdf" Value="icpdf.png" OpenControl="AdobeAcrobat.OpenDocuments"/>
I modified DOCICON.XML on both hives 14 and 15.
Remarks:
- After changingparameters I allways did an IISreset.
- As far as I understood I can only change bDisableSharePointFeatures on Client Side.
Any help, suggestion, idea wellcome!
Thanks!

Hi folks, here's the reason for my problem. I used the oob search result web part. The result items (PDF items) are rendered by the template Item_PDF.html/Item_PDF.js. This template holds a code snippet that assigns a certain OpenControl to the PDF item - that's hard coded. So, no matter what you configure in DOCICON.XML, the PDF item will be opened with the control "PdfFile.OpenDocuments". Solution is e.g. just to leave the OpenControl blank.
template:
/_catalogs/masterpage/Display Templates/Search/Item_PDF.html
/_catalogs/masterpage/Display Templates/Search/Item_PDF.js
code before:
ctx.CurrentItem.csr_OpenControl = "PdfFile.OpenDocuments";
code after:
ctx.CurrentItem.csr_OpenControl = "";
Enjoy
Harry

Pdf files in search results - open the properties paga instead the file

Hi,
We have 2010 search results page for searching files. When the search result is a pdf - the icon shown is not pdf icon and when click the file name it opens the properties page instead the file itself. What should be set? thanks a lot
keren tsur

It looks like you didn't register PDF file type in your search service application.
Go to Central Administration->Manage Service Application. Click on the name of your search service application and check file types (link in the left column)

Rh9:Unable to view PDF files from search results in Firefox

Is this a Firefox plug-in issue, rather than a Robohelp issue?
Background info:
Using Rh9
Firefox 23.0 (latest version)
Works successfully in Chrome (latest version) and Microsoft IE 8 and IE 9
Using Firefox, I am able to view the test PDF file from within a topic, via a hyperlink. Unable to view the test PDF when it appears within the search results.
Failure behavior
Information message appears at the top of the screen, indicating that "This PDF document might not be displayed correctly."
A button appears: "Open with Different Viewer"
In the main frame, the page is blank except for the Adobe Viewer controls: i.e., zoom, page navigation, download, print, ....
Any ideas?
Thank you,
-bruce.

I think it is an Acrobat issue. I have seen it and with PDFs not linked to Fm or Rh. Sometimes you can see the issue and sometimes you don't. I also have Nitro PDF and that displays the PDF without problems.
If it is a PDF you create, I guess you could try some different settings or use something else to create it to see if the problem goes away.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

SharePoint FAST Search 2010 not returning pdf files in search results

Hi,
Does anyone know why FAST Search 2010 is not returning pdf files in the results page.
I'd checked the crawl log and the total files crawled indicates that the pdf file is picked up by the crawl.
Thanks,
Leon

could you please make sure the PDF ifilter is properly configured? did you perform full crawl?
http://nickgrattan.wordpress.com/2010/06/14/adobe-pdf-ifilter-indexing-with-sharepoint%C2%A02010/
Please remember to mark your question as answered &Vote helpful,if this solves/helps your problem. ****************************************************************************************** Thanks -WS MCITP(SharePoint 2010, 2013) Blog: http://wscheema.com/blog

Strange Behaviour when opening pdf files using search results

Hi
I have observed inconsistencies between opening a pdf file when in the document library itself (it opens in a browser - good).
However, when I click on a the same file in my search results having used Search and the Search Centre it opens in the adobe reader. I would rather it opened in a browser rather than the adobe reader.
The only difference I can see is that when opening from a document library the url ends in ".pdf", whereas when opening from the search results the url ends in ".pdf#search=<search string>.
Anybody any ideas ?
Regards
Nigel
Nigel Price NJPEnterprises

Hi Nigel,
According to your description, my understanding is that you want to open pdf from search result in browser.
Firstly , permissive Browser File Handing in Central Administration, you can refer to the link:
http://social.technet.microsoft.com/wiki/contents/articles/18858.sharepoint-2013-how-to-view-pdf-files-in-browsers.aspx
Whether you are using OWA for SharePoint 2013. If Office Web Apps is not used for Search results of PDFs, the opening of PDFs in the browser passes the search terms into Adobe. So, if you don’t use OWA, please configure it for SharePoint 2013.
More information, please refer to:
http://stevemannspath.blogspot.com/2013/04/sharepoint-2013-pdf-support-and.html
I hope this helps.
Thanks,
Wendy
Forum Support
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact
[email protected]
Wendy Li
TechNet Community Support

Xml files in search results

Hi Experts,
When i search for string in EP 7.0 it shows all the links related to the search string. In the result i also found some xml files (which are related new items). when i click on this xml file it is showing xml code.
Is it possible to open xml file with actual cotnent in the IE. I do not want to see the xml code in the browser.
Thanks,
Satyadev

Hello Satyadev,
I suppose by "XML-File", you mean "Files generated using the XML Forms Editor"? Otherwise you cannot expect magic rendering of contents ...
If it is XML Forms, a Repository Filter renders the output that go/km/docs delivers, so if your Filter is configured correctly, all should work.
Since that is not the case, go check if the repository containing you xml files is listed in the "xmlforms_filter" under SysAdm->SysConf->KM->CM->RepositoryFilter->XML Forms Repository Filter
Jan

RH11 404 - Page Not Found when linking to PDF file from search results using IE9 and IE10

I'm using RH11 (11.0.3.268) and I've included a number of PDF files as baggage files. The hyperlinks on the pages work fine and display the PDF files in a separate window, as expected. However, when searching for these same PDF files using the Search tab, I'm getting a 404 error with the filename. The description on the error shows the filename and says the "the requested resource is not available." This is occurring using IE9 and IE10. And, it only happens within the application, which packages the WebHelp with a war file.
I searched the forum and found where someone was having the same problem on Firefox, but was fine on IE. But, as mentioned, I'm finding it on IE.
Thoughts on how to fix this error?

Is the WAR file extracted at the point when the search is done? If not, I would expect it to fail.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Port issue in File Source Search

Hi,
I'm facing an issue while trying to open a file from the searched results on my web page.
My web application is running on 7002 port to which the url is pointing to, while opening the file and SES is running on 7777 port.
Please let me know the correct way to open a file from a custom web page that is obtained from the file source search results.

In "*Native Format Builder - Step 5 of 7 : Specify Delimiters*" Dialog page
enter ":" in the Records Delimited by field.
--Prasanna

How to display File Title instead of File Name in Search Results

Hello All,
I want to display the File Title instead of File name in the search results. For example when i do the search for the HTML Pages i get the File Names i.e. Index.html However i want 'HTML Page Title' to be displayed instead of File Name.
Please help in this.
Full points guaranteed...
Vaib

Hi Vaib,
first, the search result is displayed with some layout set. The standard layout set used is the SearchResultLayoutSet. This uses the StandardSearchResultRenderer as it's collection renderer. And this in fact renders the display name and not the ID: <i>rnd:displayname(contentLink/[1;2-3]/alignTop/space-right=30)</i> within "Displayed Properties". Maybe on your site the default settings have been changed.
For how to use a different layout set etc see http://help.sap.com/saphelp_nw04/helpdata/en/2a/4ff640365d8566e10000000a1550b0/frameset.htm for details.
Hope it helps
Detlev

Is it possible to select multiple files on the W8.1U1's SEARCH RESULTS window page? For instance, if 10 CPP files are found by the seraching mechanism, can I select all 10 files and have them open in Visual Studio at once?

TIA.

Brandon, this forum member is known since a long time ago an arrogant (he thinks he knows more than every other) and stupid(*) (full of misconceptions). His first post is a very good example of what I just wrote. How does he dare to suggest to use File
Explorer, if W8.1 already has a system built for doing just this search? Do I have to open File Explorer in the folder (or somewhere near) the item I'm looking for? What about the other items in folders above it? This suggestion is stupid(*). He even
asserts that I'm using Modern UI! I'm not! I'm using the desktop, but his misconceptions make him write such idiocies(*) with such arrogance: asserting what he doesn't know (arrogancy and stupidity). And more, this guy is no one to say he/he/he to me, because
I know he is what you deleted from my posts, and more, he is often crying, moaning and snivelling like a spoiled child in this forum and messing up any thread posting stupid(*) images of programs imagined/designed/developed by others. All posts from him in
this thread must be trashed (you should do it). He has nothing to contribute POSITIVELY in this thread, but just to MESS IT UP.
(*) stupid, I can write, after all, you didn't delete this word from this ... poster.
Now, look at the first reply: this forum member has no idea how much stupid is his 'work around'. And this 'work around' does not answer my question and even does address the environment I mentioned: W8.1 U1 search results window page, and not File Explorer!
His second post just reassures me he has no idea what is the searching mechanism I'm talking about. He even mentions Win-w(!) which proves he totally ignore what is the searching mechanism I'm talking about. A user like this one, must have many monitors to
keep him busy looking at them, and having excuses for not read and learn technical documentation. It's ignorance about technical aspects of computer issues that makes him post bad bug report and a bad idea in Connect site:
Using Get-Date -Format "CyM" to work around some bugs
https://connect.microsoft.com/PowerShell/feedback/details/884502/using-get-date-format-cym-to-work-around-some-bugs
Only total ignorance about PowerShell makes someone post such bad 'bug' report. He got critics about his bad post, but I'm sure he doesn't understand.
Column headers for alias should include DisplayName instead of just Name
https://connect.microsoft.com/PowerShell/feedback/details/908152/column-headers-for-alias-should-include-displayname-instead-of-just-name
In fact, the information displayed is already DisplayName, but this guy has no technical knowledge to understand what is happening.
These 2 forum members just messed up a thread that should be free of negative contributions, besides off topic.

No htm files in search results

Similar Messages

Maybe you are looking for