SharePoint 2013: "Download a copy" shrinks file name of a downloaded file - sharepoint

I'm using SharePoint Server 2013 with Russian language pack.
When in a document library, I choose "Download a copy" menu item in ECB on a file, and SharePoint 2013 downloads a file correctly (it can be opened and the file content is OK), but the file name is trimmed on the local hard disk: downloaded file name is only a couple first words long, but in a document library the file name is much longer.
It happens only on files that have names in Russian (cyrillic characters). Files that consist of English characters are downloaded with correct names as they appear in a SharePoint document library. So, it seems not to be connected to a URL length restrictions.

I've contacted MS support and they told me it was a known problem. But the date a hotfix will be ready on is unknown.

Related

Office / Excel 365 - use relative hyperlinks instead of OneDrive

I asked this question on Microsoft TechNet 2 weeks ago but have not received any answer. (https://techcommunity.microsoft.com/t5/excel/office-excel-365-use-relative-hyperlinks-instead-of-onedrive/m-p/3068778)
I've recently been "upgraded" to M365 on my work computer, and it's been .... interesting.... There's a lot of changes, a lot of things have moved around. I'm getting used to it, and finding out how to solve things that are new/bugging me. However, I'm yet to find a solution to relative hyperlinks.
I have one Excel Workbook which is my index/summary of a bunch of other spreadsheets/docs. (An example, I have plenty of books with these links!) The index doc shows me where the other information is stored and its status. I want to hyperlink to each of the child spreadsheets/documents, which are in sub-folders of the folder my index workbook is in. E.g. there is one spreadsheet holding the data for each date. Previously, this would just link to "\2022-01-21\dailydata.xlsx". If it was in a parallel folder, it would link to "..\otherProject\docs\mydoc.docx".
Now I'm on M365 and OneDrive, EVERYTHING is linked to the online address for the OneDrive doc, e.g. a link to a file in the same folder as the spreadsheet I'm working on, instead of being "TheOtherSheet.xlsx", is instead linked to "https://my-company.sharepoint.com/personal/my_name_and_company/Documents/Documents/Customers/This%20Customer/This%20Project/Issue%20Tracker/Issue%2001/Data/TheOtherSheet.xlsx"...!!!
Opening old files with relative hyperlinks converts the links to the online target.
Yes, the links still work and open the local file when I'm offline (critical!). However, it doesn't make any sense, and it makes the links harder to quickly check / understand visually. I haven't tested what would happen if I were to move a project folder containing relative references to sub-folders; I'm assuming that OneDrive will fix the links...? Sort of afraid to try.
Is there any way to get the old style relative hyperlinks back?
Update: I've just discovered that when I click on one of these hyperlinks to a file on my PC, it downloads it from the cloud, creating a new file in my downloads folder instead of opening the bloody file on my PC!!!! It also takes me to the SharePoint version of linked folders instead of going to the folder!
For me the following works:
Configure OneDrive to turn OFF "Use Office application to sync Office files" in OneDrive Settings / Office

Excel 365 in Teams/Sharepoint does not open the correct revision in one of my shared files (only one person in my team)

It is a very difficult to explain the issue, neither the IT ea in my company is finding the problem.
We store in Sharepoint three .xlsx files that I and my team access and update every day.
One of the guys has a problem in only one of the files, when he opens the file he always shows an old revision such a week before. If I or any other inside the team open the same file in Teams/Sharepoint it shows correctly!
Is there some buffer or other thing storage in his computer which doesn't permit the file open correctly?

How can I get Adobe .pdx file to work online?

Have thoroughly googled this topic without any luck finding a workable solution. On my laptop I created a folder containing a collection of 280 PDF documents. Within that folder are two additional files created when I ran a "Full Text Index With Catalog" using Adobe Acrobat XI Pro: .LOG and .PDX files. Also within the folder is a sub-folder containing index.idx and index1.idx. The index1.idx contains all the results of the search index. The index works great when operating locally on my laptop.
My aim is to make this PDF collection available to the public. I uploaded the entire folder to my website and created a webpage with a link to the .PDX file expecting the search index to work on the website the way it works on my laptop. No such luck! Using both Firefox and Chrome yields pretty much the same results: the PDX file tries to open files on my computer rather than the set of files stored on the website. Here's what happens depending on whether the PDX is opened with Acrobat or Reader:
"You have chosen to open this PDX file. Open with ..." I selected Adobe Acrobat. This results in an error message:
"Search could not load the index
(C:\Users\Name\AppData\Local\Temp\library.pdx.
You may need to rebuild this index."
If I try to open the .PDX by navigating to the Adobe Reader software on my computer (AcrRd32.exe), I get the following:
"The operation you are trying to perform potentially requires read
access to your drives. Do you want to allow this operation?
How can I get this to work from the website? Alternatively, are there other options out there to achieve the same result?
How can I get this to work from the website?
You can't.
The index created by Acrobat is designed to work with the desktop versions of Acrobat and Reader. However, there are a number of search engines that index PDF files including Google but none of them will open and highlight the search terms like you see in Acrobat/Reader.

The first Excel file from SharePoint folder is read-only and cannot be edited

This issue only happens to a few client PCs, not all of client PCs. And I think this should be related to client PC's configuration/setting. WHoever logins to the PC gets the same exact issue.
We have an application which uploads files to SharePoint folders. The first Excel or PowerPoint file from SP folder are read-only and cannot be edited. I have tried many things and facts/results are as follows:
Monitored Content.MSO and all files are removed correctly after closed;
This issue only happens to the first XlSX/PPT file under SP folder. The second file or following will not have the issue;
There is a temporary file created under one of folders under Content.IE5. When the issue happens (the excel file is read-only), I can still edit the temporary file under Content.IE5 (add new row etc.) and save successfully. But for the second file under SP folder, I cannot edit Temporary file under Content.IE5 (locked by another name). Looks like when issue happens, the excel file is not really tie to the temporary file folder;
I tried to uninstall IE8 and re-installed IE8 (turn off from Microsoft then turn on), no difference;
I checked OWSSUPP.DLL and only one found under office14;
I tried deleting all files under Content.IE5 and Content.MSO, no difference;
Once the first file is opened and closed without saving (read-only, not able to save), next time the file is able to edit (there will be Edit Workbook button and Read-only on top of screen (read-only from server);
I tried Paul Liebrand's methods and could not find an entry called CacheFolderID from register. Here is Paul's solution:
http://paulliebrand.com/2010/04/12/document-is-locked-for-editing-part-2/
I have struggled with the issue for a few days and seems could not find a reason.
Thanks a lot.
Try to checkout the file manually and open the file, because if its not checkout then normally the file is readonly, so its not editable. by doing this default from sharepoint from system account, from the
document library options
Settings > Document library settings > General settings (under catgery)Version settings > "Require documents to be checked out before they can be edited?" choose option "Yes".
After sharepoint do automatically checkout when user click the file (word, excel, etc..).

How to search for all occurrences of a word in all Report Files?

All reports are located under a folder on the drive (around 1800)
1.a. The reports may have more than one query, and may have sub-reports too
Some of the reports (well over a 100) reference a particular field in the database
The field-name on the database is changed
I'm looking for a way to find the names of all RPT files where this field-name occurs as a precursor to modifying the queries.
What I have done so far is to try to use windows search in files for the specific word ...
How would you discover all RPT files that contain a particular word?
Regards,
Ev1
I am one of the co-founders of Find it EZ Software. There are some commercial products like FinditEZ Code Search Pro that are specifically designed to deliver what you are looking for. A free trial of our product is available. See http://www.finditez.com/crystalreports for more details.
Find it EZ is one of several Crystal Report management tools reviewed and that may meet your needs # http://kenhamady.com/cru/comparisons/rpt-management-utilities .
Find it EZ is a change impact analysis search tool for Crystal .rpt files and underlying databases. It includes the ability to search for specific word or string matches as well as several canned reports that can extract embedded SQL code or create xref lists for all referenced tables and field names used in your library of Cyrstal reports.
Not easy to accomplish - CR files (at least starting from version 9 or 9.5) are compressed.
We created simple executable, opening reports as objects and exporting their content in "report definition file" format (internally simple text file). This way most fields and formula contents, used on report and subreports, are exported in textual format - unfortunately formulas, which are not directly placed on report, but only used indirectly, are ignored.
Afterwards you can use windows search or grep or any other tools to search files, containing needed words.
The old command FindStr! Use Start|Run, enter CMD and click OK.
Enter something like
findstr /l /m "REFERENCE NUMBER" "C:\Reports\*.doc*"
to see the file names. And they say DOS is dead.

Resources