71542 - Japanese characters for Web page title display as trash in printer window's document name column

Status: VERIFIED FIXED

(Core :: Internationalization, defect, P2)

Description

[Wesley George]

<summary>
Japanese characters for Web page title display as trash in printer window's 
document name column

<repro environment>
build 03-09-04 + Win2000-JA

not repro on:
IE5.5+ Win2000-JA

<repro step>
1. go to start|settings|printers, open the window for your default printer
2. open browser to http://www.toei.co.jp , or another Japanese web page with a 
title using Japanese characters
3. print the page, view the document name in the printer status window

<result>
Japanese characters for Web page title display as trash in printer window's 
document name column

Comment 1

[nhottanscp]

Reassign to dcone, similar to bug 69610?

Comment 2

[Wesley George]

Attachment: reference image

Comment 3

[Wesley George]

The way the characters are trashed and where they appear would suggest this is 
not the same as #69610.

Comment 4

[Andreas Becker]

Changing QA Contact to [e-mail].

Comment 5

[Marek Z. Jeziorek]

per triage: reassigning to rods

Comment 6

[rods (gone)]

Attachment: possible patch

Comment 7

[rods (gone)]

Erik, could you review this patch? I am not really sure about the UNICODE or 
MBCS parts of the patch. I think the UNICODE is fine but the MBCS is probably 
wrong. 

Casting to (wchar_t*) is probably bad.

Comment 8

[Erik van der Poel]

Instead of using the _UNICODE ifdef, we normally call the 'W' functions
directly. In this case, that would be ::StartDocW(). You can pass Unicode
strings to this function directly. QA can then test this on several platforms
(English/Japanese Windows 95/98/NT/2000) to see if StartDocW really works
everywhere.

Comment 9

[Jaime Rodriguez, Jr.]

Nominating for nsbeta1 and M0.9.1. Looks like we have a proposed patch.

Comment 10

[Jaime Rodriguez, Jr.]

Rods - If we have a proposed patch, why are we waiting until 1.0 to fix this?

Comment 11

[Jaime Rodriguez, Jr.]

Rods/Vishy - Can someone pls explain the milestone of M1.0, if a patch already 
exist?

Comment 12

[Viswanath Ramachandran]

No idea, rod? 

Comment 13

[rods (gone)]

I am really not the right guy to have this bug. I AM the right guy to help out 
with this bug. It should really be someone else bug. Now that Erik is gone, who 
can help out with this?

I need someone to test the proposed patch.

Comment 14

[Jaime Rodriguez, Jr.]

Adding ftang to cc: list. 

Ftang - Can you help out on this one. Seems like rods needs help, and this may
be out of his area of expertise.

Comment 15

[Jaime Rodriguez, Jr.]

Per Vishy's request, setting priority P2 and milestone to M0.9.2, so that we can 
triage.

Comment 16

[Kevin McCluskey (gone)]

I believe this was fixed by Rod checkin to fix localization issues with the
print dialog a few weeks ago. Marking Fixed.

Comment 17

[Yuying Long]

Fixed verified on 08-22 trunk build on Win2k-CN.