My favorites | Sign in
Project Home Downloads Wiki Issues Code Search
New issue   Search
for
  Advanced search   Search tips   Subscriptions
Issue 41490: Copying urls / dragging urls behavior, clarified
11 people starred this issue and may be notified of changes. Back to list
Status:  Verified
Owner:  shess@chromium.org
Closed:  Jul 2010
Cc:  pkasting@chromium.org, glen@chromium.org
M-6

Restricted
  • Only users with EditIssue permission may comment.


Sign in to add a comment
 
Project Member Reported by al...@google.com, Apr 14, 2010
Using the new http hiding behavior, the following should occur:

A. Copy a url:
Rich text is "http://example.com" and whole string is linked to that url
Plain text is simply "http://example.com" 

B. Drag a url:
Rich text is "Page Title" and string is linked to url
Plain text is "http://example.com" 

If users have modified the text in the omnibox, we use behavior A all the time (since we don't know 
the page title) and we should make sure that http is included if a URL navigation action would have 
resulted. 


For Queries:
C. Drag an unsubmitted query:
Rich text is "Query string" and string is linked to the google.com search url
Plain text is simply the query string.

Seem reasonable?
Apr 14, 2010
#1 pkasting@chromium.org
Re: B: Copying and dragging the omnibox text itself should behave identically.  I 
don't know or care what happens when dragging the icon as long as it's the same on 
all OSes.

Re: further comments: We shouldn't do anything fancy when the user is editing the 
text in the box.  We don't today (and don't show page info on icon clicks, and don't 
allow the page icon to be dragged) and I think that is the sanest way to go.

See also  bug 41493  for a change I want to make to the "when to add http to the 
clipboard" heuristic.
Apr 14, 2010
#2 pkasting@chromium.org
(No comment was entered for this change.)
Labels: -Area-Undefined Area-UI Mstone-5 ReleaseBlock-Stable
Apr 15, 2010
#3 ben@chromium.org
(No comment was entered for this change.)
Status: Assigned
Labels: HTTPStripping
Apr 19, 2010
#4 ben@chromium.org
Moving new-omnibox-layout bugs to M6.
Labels: -Mstone-5 Mstone-6
Jul 7, 2010
#5 shess@chromium.org
Peter, cleaning up random old bugs over here, and I think that in a past discussion you indicated that this was not desirable (that copy should copy what you're looking at, not something else).  So this seems like WontFix?

Right now on mac copy or drag of the text works the same (url text linked to url), while drag of the location icon drags the page title linked to the page url.  The location-icon drag is only available if you're not editing the field.
Jul 7, 2010
#6 pkasting@chromium.org
I believe we've got the right behavior on Windows.  If Mac matches Windows, then I claim Mac is Done.
Jul 7, 2010
#7 shess@chromium.org
In that case, I believe we're on target.
Status: Fixed
Jul 12, 2010
#8 deep...@chromium.org
Verified in 6.0.460.0 (Official Build 51834)
Status: Verified
Oct 12, 2012
#9 bugdro...@chromium.org
This issue has been closed for some time. No one will pay attention to new comments.
If you are seeing this bug or have new data, please click New Issue to start a new bug.
Labels: Restrict-AddIssueComment-Commit
Mar 10, 2013
#10 bugdro...@chromium.org
(No comment was entered for this change.)
Labels: -Area-UI -Mstone-6 M-6 Cr-UI
Mar 13, 2013
#11 bugdro...@chromium.org
(No comment was entered for this change.)
Labels: -Restrict-AddIssueComment-Commit Restrict-AddIssueComment-EditIssue
Sign in to add a comment

Powered by Google Project Hosting