Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

The problem with the uploading of MS Office files to the internal system

  • 21 replies
  • 1 has this problem
  • 41 views
  • Last reply by Konstantin

more options

We have the documents management system which is developed by the Russian company. By uploading any MS Office documents to that system, we faced with the problem as incorrect marking type of files. The technician of that company persuades me that the problem is connected to the incorrect work of your browser. And that the problem became occur since 40+ version of the browser.

I'm going to explain that problem more clearly below. The DMS system has the function to make the preview by click to the link of the file. That preview is prepared by OpenOffice, using the file that is saved on the database of Alfresco. However, sometimes the system shows the error while someone is getting the preview. The staff of IT support of the development company say that the problem is the making of the incorrect header of files which were uploaded. As consequence, our users can't use that functional. Also, the IT support of that company says that the problem inherent in the 40th version of the Mozilla browser and above.

P.S. The official site of the development company is http://tandemservice.ru/ Before the writing that message, I got the concern to refer to that company.

We have the documents management system which is developed by the Russian company. By uploading any MS Office documents to that system, we faced with the problem as incorrect marking type of files. The technician of that company persuades me that the problem is connected to the incorrect work of your browser. And that the problem became occur since 40+ version of the browser. I'm going to explain that problem more clearly below. The DMS system has the function to make the preview by click to the link of the file. That preview is prepared by OpenOffice, using the file that is saved on the database of Alfresco. However, sometimes the system shows the error while someone is getting the preview. The staff of IT support of the development company say that the problem is the making of the incorrect header of files which were uploaded. As consequence, our users can't use that functional. Also, the IT support of that company says that the problem inherent in the 40th version of the Mozilla browser and above. P.S. The official site of the development company is http://tandemservice.ru/ Before the writing that message, I got the concern to refer to that company.

Chosen solution

Thanks for helping Jefferson. I agree that fixing the current bug isn't a goal of the browser.

As a consequence, I need to talk more to our partner, I mean the development company.
Read this answer in context 👍 0

All Replies (20)

more options

Hi k.y.tushkov, Firefox 40 was released in August 2015, and I have not heard about a general problem uploading MS Office documents before. It could be that your DMS is particularly sensitive to the content-type indicated by Firefox during upload.

When Firefox is first installed, it checks the Windows registry for the MIME types associated with different file extensions. However, over time, Firefox learns new associations and occasionally will use a new INCORRECT association when uploading a document. We usually see this occur with PDF files.

The usually effective workaround for that problem is to remove the user's current mimeTypes.rdf file and have Firefox generate a new one. The steps are listed in these threads, for example:

more options

Hi jscher, I used by your recommendation, however, it still doesn't work. Where and how can I check what kind of information about the uploaded file is been sending by Firefox?

more options

I think the information is difficult to see when you are uploading because it is not displayed anywhere on screen. Possibly it might be displayed by the developer tools but I have not investigated that because I can't immediately think of any sites for testing.

more options

Thanks for quick enough answer, Jefferson. But I have to be sure that the problem isn't linked to the browser for sending the request to the IT support of the development company.

Who can help me with that? I meant with the understanding of the possibility to get the needed information.

Modified by Konstantin

more options

This question is very important for me. So, I'm looking forward to getting the answer ASAP.

more options

Hi Konstantin, if the company says Firefox is sending its server a different header than other browsers when they test it, they are probably correct about that. Can they detail exactly what the difference is, whether they have submitted a bug report, and/or why they aren't able to work around it?

more options

I'm not sure that they did it. if I understood you correctly the better way is that company will send you a bug report. I'll ask them about it then

Where will be better to post their report: at that post or to create another one?

more options

It is best if they file on

https://bugzilla.mozilla.org/enter_bug.cgi

and let you know the bug number so we can take a look at it.

more options

Maybe check the MIME database key in the Windows registry.

You can check specific file extension keys (e.g. .jpg) in the registry with the registry editor.

  • HKEY_CLASSES_ROOT\.xxx

You can check a possibly linked MIME type in the MIME Database registry key.

  • HKEY_CLASSES_ROOT\MIME\Database\Content Type\
more options

cor-el said

Maybe check the MIME database key in the Windows registry. You can check specific file extension keys (e.g. .jpg) in the registry with the registry editor.
  • HKEY_CLASSES_ROOT\.xxx
You can check a possibly linked MIME type in the MIME Database registry key.
  • HKEY_CLASSES_ROOT\MIME\Database\Content Type\

All of those keys are correct.

more options

Hi, all again.

That company said that they sent the [[bug report|https://bugzilla.mozilla.org/show_bug.cgi?id=1324421]]

more options

Hi Konstantin, thank you for the update.

Completely unrelated mime types like "application/save" are usually caused by information added to mimeTypes.rdf as files are downloaded. My longstanding profile has accumulated these associations for the .xls extension:

  • "application/vnd.ms-excel" - official content type
  • "application/x-unknown" - lazy site identification
  • "application/excel" - mistaken site identification

In a fresh test profile, mimeTypes.rdf doesn't have any preset association for the .xls extension.

Modified by jscher2000 - Support Volunteer

more options

Hi Jefferson, Talking about the mime types, I cleared whole profile of Firefox on my computer by clicking the button 'Clear Firefox' on the page 'about:support'. It doesn't help me to avoid the problem with our system.

I really want to attach my mimeTypes.rdf to that question, but I didn't find how to do that.

And, could you explain to me where I can find the strings which were mentioned by you in the previous message? I haven't found it on my mime file.

P.S. in the bug report, you suggested using the 51st version of Firefox or above. But I have the only 50th version and it talks me that any update unavailable.

Modified by Konstantin

more options

Hi Konstantin, if your mimeTypes.rdf does not have any instances of this string --

NC:fileExtensions="xls"

-- then Firefox should be fetching the content type from the Windows registry. If that continues to have the same problem, then the fix in Firefox 51 (currently in beta) might not help.

To test with without disturbing your current Firefox installation, you could use the "Portable" version. That installs into and runs from its own folder. More info: http://portableapps.com/apps/internet/firefox_portable/test

more options

Hi Jefferson, I really can't find any strings which contain something like 'xls' on my mimeTypes.rdf file.

If I understood you correctly, you suggested me to try the portable version of FireFox for checking the situation with possibly the incorrect uploading files, didn't you?

Modified by Konstantin

more options

If you could, yes, test Firefox Beta (future Firefox 51) using the portable version (to avoid interfering with Firefox 50).

more options

I tried to install -- it really sounds strange -- the portable version of Firefox. But I couldn't do it because the installer told me that I need to select the correct folder for the installation (see the attachment) What was wrong?

more options

Maybe because it's a 32-bit installer and you need to use c:\Program Files (x86)\ ? Or it could be a permissions problem. I just run it out of Downloads since it's temporary anyway.

more options

Hi Jefferson, the problem had repeated while I was working with the portable version of Firefox. Could I check something for understanding what is going on? I mean some file of portable Firefox or something else.

P.S. I'm sorry. That happened with documents which were made early.

Modified by Konstantin

more options

If Firefox Beta (Firefox 51) does not upload new files correctly, then the bug fix I mentioned earlier does not fix the bug you're experiencing. I don't think anything will fix the problem for previous uploads; once the site has stored incorrect file type information, the edit would need to be on the site's end.

  1. 1
  2. 2