Closed Bug 380582 Opened 18 years ago Closed 17 years ago

Link drags need unicode variant of urld

Categories

(Core :: Widget: Cocoa, defect)

Product:
Core
Component:
Widget: Cocoa
Platform:
All
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED

People

(Reporter: stuart.morgan+bugzilla, Assigned: stanshebs)

References

Details

Currently links dragged from the content area have titles that are in some encoding that suits the data, but there's no way for clients of the data to predict what that encoding will be, making handling of non-ASCII somewhere between difficult and impossible. See Camino's bug 296064 for more discussion. If urld can't be UTF-8, then we need a companion type to be exported as well.
Right now we're not even putting urld on the pasteboard anymore :( (see bug 363577) I notice that in Camino, we're putting urln (aka public.url-name) on the pasteboard when we drag a bookmark to, e.g., jpellico's Pasteboard Inspector, and it looks like it is UTF-8 to me (I can drag a bookmark named قال and see the urln as that). I can't find anywhere that says that for sure, though.
Hardware: PC → All
Assignee: joshmoz → stanshebs
Is there a specific reproducible failure case here? Right now the Cocoa widget code creates NSString object to put on the pasteboard, and from some experiments with different formats going in, vs what is actually on the pasteboard (according to DragPeeker X anyway), Cocoa is doing some of its own translations. So since this is not necessarily something we can control anymore, we may need to file a bug with Apple, but of course they're not going to be interested without a test case.
On branch, the specific reproducible failure is Camino bug 296064. The issue was that the data created on the pasteboard wasn't passed though an NSString, and Camino's attempts to turn it into an NSString would fail because we couldn't guess the encoding. On trunk, this bug isn't really meaningful until bug 363577 is fixed, but you can take it as a request to make sure that bug 363577 is fixed in such a way that bug 296064 doesn't exist anymore (i.e., stringForType:kCorePasteboardFlavorType_urld should not fail when core puts anything non-ASCII onto the pasteboard).
This seems to be fixed by my patch to https://bugzilla.mozilla.org/show_bug.cgi?id=393609 .
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.