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

Question

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

Answer 1

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