Open Bug 1568221 Opened 6 years ago Updated 3 years ago

cannot open files with specific cyrillic symbols in the filename

Categories

(Core :: DOM: Core & HTML, defect, P3)

68 Branch
defect

Tracking

()

UNCONFIRMED

People

(Reporter: k.daskalov.911, Unassigned)

Details

(Keywords: regression)

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0

Steps to reproduce:

I clicked on a file with specific cyrillic symbols in the file name and nothing happened...
Other files with other cyrillic symbols opened.
I'm working on Windows 7 and current language for non-Unicode programs is set to Bulgarian - if it does matter.

Actual results:

When I click on a file with filename:

  • test.html - opens
  • НР.html - doesn't open
  • РШ.html - doesn't open
  • ПМС.html - opens
    It's the same file with 4 different names.

Expected results:

Expected result is to open each of the listed files no matter what the filename is.

If I drag & drop the file it opens successfully.
Also if I write the correct URL in the address bar - it opens successfully too.
The problem is only if I click on the file or if I click on a link to the file.

It was working fine before upgrade to Firefox 68.0.1
Also I checked on Windows 10 with the same regional settings and there is no problem.

We are many users here working on Windows 7 with files with cyrillic symbols in the filenames and it's a big problem...
We have to migrate to other browser.

Hi,

I tried to reproduce this issue on Win 7 x64 with Bulgarian language settings Firefox 68.0.1 and 68.0b7 but no success. The html is opened without any problems and a page with "body" text is displayed. I clicked on the file and on a link to the file and works for me.
Does this issue occur with a fresh profile? you can find the steps here : https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles?redirectlocale=en-US&redirectslug=Managing-profiles#w_starting-the-profile-manager
Can you please try with the latest Firefox Nightly: https://nightly.mozilla.org/, retest the problem and see if the issue still occurs there as well?

Component: Untriaged → DOM: Core & HTML
Product: Firefox → Core
Flags: needinfo?(k.daskalov.911)

Hi,
Yes, it works with a fresh profile... I tried and it's OK.
But still doesn't work with the current profile.
So what's the solution?
What's the reason for this problem? This can help solve it.
Is there a way to clear some data in the current profiles of all comuters or we have to create new profiles, to set them as default and to remove the current profiles ... loosing all the data associateted with them.

Flags: needinfo?(k.daskalov.911)

Hi,
It's strange, but the same problem with the latest Firefox Nightly ... no matter that it created a third fresh profile - not associated with the old Firefox profile that I used.

Kalin, could you possibly try to find if this is a regression, and if so, when this happened?
https://mozilla.github.io/mozregression/ could be useful

(In reply to Olli Pettay [:smaug] from comment #5)

Kalin, could you possibly try to find if this is a regression, and if so, when this happened?
https://mozilla.github.io/mozregression/ could be useful

Hi,
I don't know anything about this regression.
I have to research first. I'm not sure I'll succeed in a short time...

Help would be appreciated here, given that reproducing this seems to be hard.
So if you can try to find the regression range, that would be great.

Priority: -- → P3
Attached image ffb2.png

The situation changes a little after the last actualization to Firefox 69.0
The new is that when I click on a file with name "НР.html" (the name is with two Cyrilic letters "Н" and "Р") it tries to open in a new window two different tabs as shown on the two images.

(In reply to Olli Pettay [:smaug] from comment #5)

Kalin, could you possibly try to find if this is a regression, and if so, when this happened?
https://mozilla.github.io/mozregression/ could be useful

Hi, I installed mozregression-gui.exe (gui-0.9.40)
and when I started it an error occurred:

cx_Freeze: Python error in main script

Traceback (most recent call last):
File "C:\Python27\lib\site-packages\cx_Freeze\initscripts_startup_.py", line 14, in run
File "C:\Python27\lib\site-packages\cx_Freeze\initscripts\Console.py", line 26, in run
File "mozregui/main.py", line 14, in <module>
File ".\mozregui\mainwindow.py", line 11, in <module>
File ".\mozregui\wizard.py", line 9, in <module>
File ".\mozregui\ui\profile.py", line 67, in <module>
File ".\mozregui\pref_editor.py", line 4, in <module>
File "C:\Python27\lib\site-packages\mozprofile_init_.py", line 17, in <module>
File "C:\Python27\lib\site-packages\mozprofile\cli.py", line 17, in <module>
File "C:\Python27\lib\site-packages\mozprofile\prefs.py", line 15, in <module>
File "C:\Python27\lib\site-packages\six.py", line 203, in load_module
File "C:\Python27\lib\site-packages\six.py", line 115, in _resolve
File "C:\Python27\lib\site-packages\six.py", line 82, in _import_module
ImportError: No module named ConfigParser


OK

It seems like this problem is resolved in Firefox 70.0.1
I hope this is not temporary decision.
However no one helped and it took 4 months to resolve it.
Many users here migrate to Chrome and will not come back to Firefox...

Bugbug thinks this bug is a regression, but please revert this change in case of error.

Keywords: regression
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: