New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 779414 link

Starred by 14 users

Issue metadata

Status: Started
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: 2019-01-08
OS: Linux , Windows
Pri: 3
Type: Bug



Sign in to add a comment

Cannot create a shortcut by dragging for pages with long titles

Reported by tobias...@gmail.com, Oct 29 2017

Issue description

UserAgent: 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.
 

Comment 1 by tobias...@gmail.com, Oct 29 2017

Here's the attachment:
page with long title.html
280 bytes View Download

Comment 2 by tobias...@gmail.com, Oct 29 2017

This is a duplicate of  issue 16318 .
Cc: est...@chromium.org
Labels: Needs-Triage-M62
crbug/16318 is not an active bug. So we'll continue tracking this issue here itself.
Components: UI>Browser>Omnibox
Labels: M-64 OS-Linux
Status: Untriaged (was: Unconfirmed)
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...!!
Cc: progame@chromium.org
 Issue 16318  has been merged into this issue.
Components: Internals>PlatformIntegration
Labels: -Pri-2 Pri-3
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.

Comment 7 by k...@chromium.org, Nov 17 2017

DesktopDragDropClientAuraX11::DragTranslate looks promising.
Labels: Hotlist-Polish
NextAction: 2018-01-09
Status: Available (was: Untriaged)
The NextAction date has arrived: 2018-01-09
Owner: pkasting@chromium.org
Status: Untriaged (was: Available)
NextAction: 2019-01-08
Owner: ----
Status: Available (was: Untriaged)
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.
Cc: jdonnelly@chromium.org
 Issue 768595  has been merged into this issue.
Labels: Hotlist-GoodFirstBug
Owner: manukh@chromium.org
Status: Started (was: Available)
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?
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.
 Issue 884557  has been merged into this issue.
The NextAction date has arrived: 2019-01-08

Sign in to add a comment