Closed Bug 188432 Opened 22 years ago Closed 17 years ago

[10.3] Drag and dropping a link to the Finder gives an incorrect link name when there are non ASCII characters

Categories

(Camino Graveyard :: Drag & Drop, defect, P4)

Product:
Camino Graveyard
Component:
Drag & Drop
Platform:
PowerPC
macOS
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME
Milestone:
Future

People

(Reporter: fil, Unassigned)

References

(
URL
)

Details

(Keywords: intl)

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20030109 Chimera/0.6+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20030109 Chimera/0.6+ Go to the page http://www.os9forever.com/os9helperFR.html Drag the link from the URL Bar to the finder A link is producted with the name "OS 9 Helper - Fran√ßais" instead of "OS 9 Helper - Français". Reproducible: Always Steps to Reproduce: 1.Go to the page http://www.os9forever.com/os9helperFR.html 2.Drag the link from the URL Bar to the finder 3. Actual Results: A link is producted with the name "OS 9 Helper - Fran√ßais" Expected Results: A link is producted with the name "OS 9 Helper - Français"
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Summary: Drag and dropping a link to the finder gives an incorrect link name when there is non ASCII characters → Drag and dropping a link to the Finder gives an incorrect link name when there are non ASCII characters
Confirmed using 2003081002 NB.
Philippe I can't reproduce. When I drag the URL from the URL bar to my finder a get a file whose name is the URL. Can you still reproduce the problem with a recent nightly build ? You can mail in french if needed. I am runing 10.2.8 and 2003102708.
I can reproduce. This still occurs.
It becomes an inaccurate character also in Japanese. It checked on the page of Shift-jis and euc-jp. ex) http://jt.mozilla.gr.jp/ 2004050923 (v0.7+)
Note that Mozilla creates a file named, “www.os9forever.com/os9helperFR.html”, so whether or not this is a Mozilla or Camino bug is not evident.
The steps to reproduce here are a bit unclear. Dragging the URL text creates a file named with the URL. Dragging the *favicon* creates a file named with the page title.
That sounds wrong indeed, let's open a bug to get that straight :)
(Be sure to switch to UTF-8 encoding to see comment 5 properly.)
It still reproduces. In the case of Japanese, all characters become strange. http://bugzilla.mozilla.org/show_bug.cgi?id=159773#c6 But Right Japanese is displayed while dragging.
*** Bug 190344 has been marked as a duplicate of this bug. ***
WFM with 20050506 and 0.8.4.
(In reply to comment #12) > No, still horribly broken in 20050510, 10.3.9 > > Try http://www.mozilla-japan.org/ That WFM so maybe this is fixed in 10.4.
As for http://www.os9forever.com/os9helperFR.html, the problem still reproduces. (In reply to comment #9) > It still reproduces. > In the case of Japanese, all characters become strange. > http://bugzilla.mozilla.org/show_bug.cgi?id=159773#c6 > > But Right Japanese is displayed while dragging. Operation in the drag is correct. And URL that save is done becomes not a Japanese page title name but URL(www.mozilla-japan.org/). Mac OS X 10.3.9 2005051221 (v0.8+)
Priority: -- → P4
Summary: Drag and dropping a link to the Finder gives an incorrect link name when there are non ASCII characters → [10.2, 10.3] Drag and dropping a link to the Finder gives an incorrect link name when there are non ASCII characters
Target Milestone: --- → Camino1.0
This definitely must have been fixed in Tiger because all links mentioned WFM. This blocks bug 301740, no?
Since it was fixed in 10.4, it must have been some sort of OS bug rather than a Camino bug per so--although Safari never had the problem in 10.2 or 10.3, so there was some way to pass a proper UTF-8 string to the Finder as a filename. But yeah, i18n.
Blocks: 301740
Keywords: intl
It reproduces on the following sites. mozillaZine Japan: http://mozillazine.jp/
Target Milestone: Camino1.0 → Camino1.1
See also bug 296064 for the likely root cause of this bug.
This bug is fixed on 10.4 and above and as such will doubted-ly be fixed in Camino. Retargeting for Future and assigning back to nobody.
Assignee: sfraser_bugs → nobody
Status: ASSIGNED → NEW
OS: Mac OS X 10.2 → Mac OS X 10.3
QA Contact: chrispetersen → drag.drop
Summary: [10.2, 10.3] Drag and dropping a link to the Finder gives an incorrect link name when there are non ASCII characters → [10.3] Drag and dropping a link to the Finder gives an incorrect link name when there are non ASCII characters
Target Milestone: Camino1.1 → Future
Closing WFM; this was mostly an issue with how core put DnD contents on the pasteboard, which is fixed in trunk (and won't be fixed on branch).
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.