Cannot create a shortcut by dragging for pages with long titles
Reported by
tobias...@gmail.com,
Oct 29 2017
|
|||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.75 Safari/537.36 Steps to reproduce the problem: 1. Open the attached webpage, which has a long title. 2. Drag the page info thing that's to the left of the address bar to your desktop. What is the expected behavior? A shortcut is created on the desktop. What went wrong? Nothing happens. Did this work before? N/A Chrome version: 62.0.3202.75 Channel: stable OS Version: 10.0 Flash Version: This is probably caused by the file to be created exceeding the limit for path lengths.
,
Oct 29 2017
This is a duplicate of issue 16318 .
,
Oct 30 2017
crbug/16318 is not an active bug. So we'll continue tracking this issue here itself.
,
Oct 31 2017
Able to reproduce this issue on Win-10 and Ubuntu 14.04 using chrome reported version #62.0.3202.75 and latest canary #64.0.3254.0. This is a non-regression issue as it is observed from M50 old builds. Note: Issue is not seen in mac os. Hence, marking it as untriaged to get more inputs from dev team. Thanks...!!
,
Oct 31 2017
,
Oct 31 2017
I think we should truncate filenames to be less than 255 characters. That should work on pretty most all filesystems. I don't know enough about Aura to be able to find where the "drop link on desktop" code lives.
,
Nov 17 2017
DesktopDragDropClientAuraX11::DragTranslate looks promising.
,
Dec 12 2017
,
Jan 9 2018
The NextAction date has arrived: 2018-01-09
,
Jan 9 2018
,
Jan 12 2018
It's hard for me to assess how important this is. It looks like we get a complaint or two about it each year, which makes me think not so much. I'm willing to be corrected. For now, punting.
,
Feb 14 2018
,
May 17 2018
,
Jun 7 2018
,
Jun 8 2018
I'd like some feedback from someone more experienced with X11 and chrome on a potential solution. The cause is file name size limit imposed by the OS (255). As mpearson suggested, truncating file names seems like a good fix. Yet, text dropped to the text editor and such other use cases should not be truncated. I'd like to identify when the user's drag contents is a url and the target is the desktop. On Linux (goobuntu), the `XEvent`'s `selection target` (also referred to as `type` by the `XChangeProperty` method) property is set to `_NETSCAPE_URL` when that is the case. Does anyone know: 1. Will dragging a URL to the desktop will result in the type `_NETSCAPE_URL` for all Linux and Windows operating systems? 2. Is there an application other than the desktop that may require a `_NETSCAPE_URL` and for which we should not truncate the url name to 255 characters?
,
Aug 20
Note, 255 characters won't work on Windows. On Windows the limit is 259 characters for *total path length*. So if I'm dragging a link to my desktop, I have 259 - 21 for 'c:\Users\Dan\Desktop\' - 4 for '.url' = 234 characters maximum for the title part of the path. If I were dragging it to a folder instead of to the desktop the limit would be something different. See https://docs.microsoft.com/en-us/windows/desktop/FileIO/naming-a-file#maximum-path-length-limitation for details. 200 seems like a nice round number which will work most of the time.
,
Sep 18
Issue 884557 has been merged into this issue.
,
Jan 8
The NextAction date has arrived: 2019-01-08 |
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by tobias...@gmail.com
, Oct 29 2017280 bytes
280 bytes View Download