Problem with Russian characters in Firefox on Mac OS X 10.5

Hi everybody,
I installed the latest version of Firefox (2.0.0.9) on Mac OS X 10.5(Leopard) on my iMac (Core 2 Duo, 2.16GHz). Now when I change the language option to Russian (in Mac OSX) and type in Firefox search box (in the top right corner) I see only question marks ("????") instead of russian characters. The same happens when I open Google page in the browser and type there. Also if I bookmark a web page that contains russian character in the title, it also have "????..." instead.
However on some web pages, where I need to provide input the russian letters do show up. Also it works fine in Safari.
I didn't have this kind of issue on previous versions of Mac OSX (Tiger) and Firefox. When I installed Firefox there everything just worked fine and I didn't have to change any settings. I still have my bootable drive with this configuration and when I run it everything is fine. I tried to compare language settings and Firefox preferences and character encoding settings in Tiger and Leopard, but I don't see any difference.
I played with character encoding settings in Firefox, but that didn't fix the problem. Is it the problem of Leopard? Does anybody have the same issue? Any help is appreciated.
Thank you.
- Dmitri

I think this is a FireFox problem, you need to ask them to fix it and use another browser (or perhaps the Russian version of Firefox) in the meantime.
http://discussions.apple.com/thread.jspa?messageID=5668950&#5668950

Similar Messages

Problems with Russian characters in BB Bridge

Some time ago my contact list on BB 9800 was updated using Desktop software for Mac. Some of contacts were written in Russian. Same updates were made for MemoPad as well in the same manner. Everything was good on the smartphone side before I made an attempt to sync my phone with Playbook. Both sections refused to sync! After removing manually all contacts and memos with Russian font, the sync went normal again. There are a lot of problems with Playbook, which cost me my time and money. This was just one of them... Why not to say it clear - do not try to sync Russian characters?

Same problem when I use Chinese.
The only thing we can do now is to wait for an update! Which is hopefully make the Playbook worth something!

Problems with russian characters

I need to localize my application to russian language and i have problems with their special characters. I use Graphics.drawString method and unicode escape sequences and this works fine on phones like SE, Nokia and Siemens. But some phones are not able to display these characters (Motorola, Sharp, Samsung). Do u know any other way how to draw these characters on problematic phones listed above?
thanx for any hint

thanx for hint, but i'm not familliar with this stuff in j2me. could u described it in more details, please?

Problem with national characters on windows client

Hello there,
I'am having problem with national characters on windows client.
All national data stored in NVARCHAR2 colums, applications (.net) works fine,
but in sqlplus:
select city from test_table;
- everything ok, sqlplus shows national characters
select dump(N'<national symbols>') from dual
- returns
Typ=96 Len=12: 0,191,0,191,0,191,0,191,0,191,0,191
select * from test_table where city = N'<national symbols> '
- always returns nothing
As i understand the problem in
sql query text (and national literals) convertion
to servers "WE8ISO8859P1" encoding, Is it possible
to solve the issue?
Thanks in advance
PS.
Console in right mode (chcp=1251)
sqlplus shows russian messages well
Server (oracle 9 on solaris):
select * from nls_database_parameters
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_SAVED_NCHAR_CS WE8ISO8859P1
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
NLS_ISO_CURRENCY AMERICA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET WE8ISO8859P1
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZH:TZM
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZH:TZM
NLS_DUAL_CURRENCY $
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
NLS_RDBMS_VERSION 9.2.0.6.0
Client (windows server 2003, oracle client 10):
NLS_LANG = RUSSIAN_CIS.CL8MSWIN1251

N'<national symbols>', being part of an SQL statement, will be converted to the database character set (WE8ISO8859P1) before being parsed. Only if the client and the database are both 10.2 or higher, the client can encode the literal appropriately so that it survives this conversion.
In earlier versions, you can do the encoding yourself. Instead of the N'<national symbols>' literal use the UNISTR function: UNISTR('\xxxx\yyyy\zzzz'), where U+xxxx, U+yyyy, U+zzzz are Unicode code points of your national characters.
-- Sergiusz

Problem storing Russian Characters in Oracle 10g

We are facing an issue in one of our sites which is in Russian Language. Whenever data is submitted with Russian Characters it saves it as Question mark(upside down) in the database. Database is not supporting these characters.The character encoding is done in UTF-8 format from the front end.
This code use to work fine with Oracle 9i database but after the upgradation to Oracle 10g this problem has started occuring. We have not made any changes to the code after the upgradation of the database.
How can we resolve this and what are the settings that we can do to make this work fine?

What is your database character set and national character set?
SELECT *
FROM v$nls_parameters
WHERE parameter like '%CHARACTERSET';Are you storing the data in CHAR/ VARCHAR2/ CLOB columns? Or NCHAR/ NVARCHAR2/ NCLOB?
Justin

Cp-1251 utf-8 converting: problems with russian letters

Hello every one!
I have faced a major problem in cp-1251 to utf8 string convertion (in Windows):
String result2 = new String(result.getBytes("utf8"), Charset.forName("cp-1251"));Everything works fine, but there is a problem with russian letter И (10th letter in the alphabeth).
cp-1251 byte code of И is 200
The right byte code for И in utf-8 is : 208 152, but I recieve the byte code 208 63 for И. So there must be some mistake.
So, when i try to read this string, i face a problem with wrong utf-8 charset...
I tried this code on Debian, everything works fine.
I will be glad if you are capable of helping me.
Thank you.
Edited by: smikler on Sep 27, 2009 10:25 AM
Edited by: smikler on Sep 27, 2009 10:27 AM

Your code makes no sense.
You're taking a String and asking for it to be turned into a stream of bytes according to the UTF-8 character encoding. And then you're giving these bytes back and asking to have them interpreted back into characters using the CP-1251 character encoding. This is bound to fail, because the bytes aren't in CP-1251 - they're in UTF-8 as you requested.
The very concept of changing the character encoding of a String is meaningless. Strings in Java are represented in Unicode. It's only when you convert to and from bytes (using the two methods you've used) that you worry about encoding/decoding.
So, why not describe what you're actually trying to achieve?

Hello! i've a problem with my Imac. it shows me white screen with a folder with quastion. it could be a problem with hard drive. i should insert mac os cd, but i couldnt find it. in Russia, in Finland and in Sweden the same problem)

hello! i've a problem with my Imac. it shows me white screen with a folder with quastion. it could be a problem with hard drive. i should insert mac os cd, but i couldnt find it. in Russia, in Finland and in Sweden the same problem)

Have a look at some of the suggestions in this link:
http://support.apple.com/kb/TS2570?viewlocale=en_US&locale=en_US (Russian is available from the link within the article (top right of the page).

Problems with special characters like "u00F6" "u00E4" "u00FC"

Hi,
we currently face some major problems with special characters like "ö" "ä" "ü". First I thought it is a SP02 specific problem but it still doesn't work with SP03.
When I start an import the import manager shows correct converted value. "ö"s "ä"s "ü"s are displayed correctly. But after I've done the import I look into the Data manager and I see instead of these characters charcaters like "̈". (note: the character should show a little square box - but the forum cannot desplay it)
How can I solve this problem?
Regards
Nico

Hi Nico
Just try it out the following steps, hope it solves ur issue.
To set one or more values back to their original values:
1. In the Import Manager Source Values grid, select the values that you want to set back to their original values.
2. Right-click on one of the values and choose Set to Original Value from the context menu, or choose Values > Apply Value Conversion Filter > Set to Original Value from the main menu.
3. MDME sets each value back to its original value, which appears in black in the Source Values grid.
NOTE : You can use the Set to Original Value filter only at the value-level and not at the field level.
thanks
Alexander

Problems with special characters in InputStream or XPath

Hello everyone,
I am having problems with special characters such as ", ', - and so on, everything becomes ? (questionmark). (Not with special nordic characthers (å,æ,ø) though.)
The encoding of the XML is UTF-8, and the server that holds the webservice is setting encoding to UTF-8 also, so no conflict there.
What I have done is something like this:
{code}
String url = "http://www.formula1.com/rss/news/latest.rss"; // This is not the feed I use, it is a custom XML document
InputSource is = new InputSource(url);
DocumentBuilderFactory fct = DocumentBuilderFactory.newInstance();
DocumentBuilder builder = fct.newDocumentBuilder();
Document doc = builder.parse(is);
Element rootElement = doc.getDocumentElement();
XPathFactory factory = XPathFactory.newInstance();
XPath xPath = factory.newXPath();
out.print(xPath.evaluate("/rss/channel/title", rootElement)); // The xml is not a RSS feed, this is just an example.
{code}
Please let me know what I am doing wrong, or give me a hint of how to solve this in another way.
Best regards,
G.Hansen
Edited by: G.Hansen on Mar 24, 2009 2:39 AM

Hello, thanks for you reply. I had to rewrite your code a little, and I think that your code would not really compile, if you tried yourself :-)
I ended up with something like this:
our environment is running in 1.4 mode, so I could not use the for-each loop :-(
public String printEntities(String s) {
 char[] sArray = s.toCharArray();
 StringBuffer sb = new StringBuffer();
 for (int i = 0; i < sArray.length; i++) {
 if (sArray[i] > 256)
 sb.append("&#x" + Integer.toHexString(sArray) + ";");
 } else
 sb.append(sArray[i]);
 return sb.toString();

How to send Oracle rowid to servlet? | Problem with national characters.

There is same possibility how to send rowid to servlet?
I have now definition like this:
<af:image source="/imageservlet?Par1=#{bindings.Col1.inputValue}"/>
But If column contents national characters, servlet methods obtained changed these characters.
My idea is to use not primary key for row, but use oracle rowid. It is simply possible?
Use something like this:
<af:image source="/imageservlet?Rowid=#{bindings.Rowid}"/
Or Do you have ideas how to solve problem with national characters ?
Thanks
FiL

Hi,
Although your workaround works.
I think this is a simple encoding problem.
I simply need to make sure all parameters and pages are encoded with a char set which contains the national characters you mentioned.
This is a bit dependent on the exact technology your using, but most can be done via the web.xml:
<jsp-config>
 <jsp-property-group>
 <url-pattern>*.jsp</url-pattern>
 <page-encoding>UTF-8</page-encoding>
 </jsp-property-group>
</jsp-config> This forces all JSP pages to be encoded in UTF-8
Adding the following parameter sometimes helps as well, although I think this one is a bit dated:
You said your using a servlet so your servlet needs a similar block for its pattern
<context-param>
 <param-name>PARAMETER_ENCODING</param-name>
 <param-value>UTF-8</param-value>
</context-param>If you want to be 100% sure the encoding is set right make sure thepages contain:
<%@ page contentType="text/html;charset=utf-8"%>Or depending on your view technology the syntax can be a bit different
-Anton

Problem with Xsan 2.1.1 and Mac Os server 10.5.6

Hi,
We have a big problem with xsan 2.1.1 and Mac Os server 10.5.6.
- We have one server, is a Open Directory Master, and also is a metadata controller of xsan2. The Volumes of xsan2 are shares via afp, and the clients (moreless 50) connect with server via afp.
- We have some problems, one of them is:
odm fsm [341]: XSAN FSS 'VolDocs [0] ' : Invalid inode lookup: 0x7f80000000007e0 markers 0x0/0x0 nextiel 0x0
This message is always in the log. We stop the volume, and start cvfsck -wv, but dont have anything, how fix it??
- Another problem is with AFP service, suddenly the service stop, and the error is :
mds [58] (error) Server: Mach error queueing checkin to peer manager: (ipc /send) invalid port right.
-What of the meaning of (ipc/send) invalid port right??.
And the last error is:
-com.appelAppleFileServer [347] MDSChannelPeerRequest: (ipc/rcv) timed out.
Need Help please!.

My configuration:
- Master Directory:
Hardware Configuration:
Model: Xserve
Processor: 2x2,8 Ghz Quad-Core Intel Xeon
Memory 8 Gb
Disk: 70,04 Tb
Software:
Kernel Version: 9.6.0
System Version: Mac OS X Server 10.5.6
Xsan 2.1.1
Services: AFP, DNS, Open Directory RADIUS
Status: connected Users: 37
This server is the open directory Master and metadata controller of xsan2, but we have another server that is open directory replica and metadata controller of xsan2. The fisrt server have too many errors with afp, the service stop and the server is dead, and you must restart via terminal with the command sudo reboot. I dont know what happen, do you help me please?

Problem with latest version of firefox 15.0.1,whenever i download video from youtube or any other site using idm it shows .webm format instead of flv or mp4.

problem with latest version of firefox 15.0.1,whenever i download video from youtube or any other site using idm it shows only .webm format to download instead of flv or mp4.previous version works fine.also other browsers work fine.

Clear the cache and the cookies from sites that cause problems.
"Clear the Cache":
*Tools > Options > Advanced > Network > Cached Web Content: "Clear Now"
"Remove Cookies" from sites causing problems:
*Tools > Options > Privacy > Cookies: "Show Cookies"
*http://kb.mozillazine.org/Cookies

Application Hudba (Music) problem with Czech characters

Hello,
I have problem with Czech characters for Music files copied into application "Hudba" all Czech letters (š,č,ť...etc.) are translated into Japonies letters (which I could not read at all). Could someone help please.
Thanks

You might to consider contacting the app developers http://talk.sonymobile.com/t5/Music/Walkman-Beta-Test/m-p/953659#U953659

I´ve a problem with Ancestry Toolbar and Firefox 4.0

I´ve a problem with Ancestry Toolbar and Firefox 4.0

Do a malware check with some malware scanning programs on the Windows computer. 
You need to scan with all programs because each program detects different malware. 
Make sure that you update each program to get the latest version of their databases before doing a scan. 
*http://www.malwarebytes.org/mbam.php - Malwarebytes' Anti-Malware
*http://www.superantispyware.com/ - SuperAntispyware
*http://www.microsoft.com/windows/products/winfamily/defender/default.mspx - Windows Defender: Home Page
*http://www.safer-networking.org/en/index.html - Spybot Search & Destroy
*http://www.lavasoft.com/products/ad_aware_free.php - Ad-Aware Free
See also:
*"Spyware on Windows": http://kb.mozillazine.org/Popups_not_blocked

Mac: Problems with certain characters in the editor

I have now downloaded the production version on my Mac and it runs just fine. The first thing I see is that the painting problems with the close icons etc. have been fixed. Thank you for that. But I still have trouble typing certain characters in the editor. I haven't reported that yet, but I have seen others report similar problems caused by missing support for international keyboards. The characters that I cannot type are |\[{]} which is pretty annoying when you're writing Java code. :-) It works fine in normal Java text fields. On my Norwegian keyboard I normally input all these characters by typing 7 and 8 combined with option or option + shift.

Check if database characterset supports these special characters
check client's nls settings.
check client machine's language settings (converts characters in driver level)

Problem with Russian characters in Firefox on Mac OS X 10.5

Similar Messages

Maybe you are looking for