Ctrl+C copying history links puts nothing but CR characters into clipboard

RESOLVED INCOMPLETE

Status

()

Firefox
Bookmarks & History
RESOLVED INCOMPLETE
13 years ago
10 years ago

People

(Reporter: Florian Blaschke, Unassigned)

Tracking

2.0 Branch
x86
All
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: DUPEME or NEW / WONTFIX)

(Reporter)

Description

13 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8) Gecko/20051111 Firefox/1.5

When history links are selected, whether a single one or
multiple ones, the "Copy" command (Ctrl+C, not the "Copy
link" one) is active, but does something puzzling:  For each
link, a CR character (0x0d) is copied into the clipboard.

Reproducible: Always

Steps to Reproduce:
1. Go to the history panel
2. Select one or more history entries
3. Attempt to copy them via Ctrl+C or menu point Edit/Copy

Actual Results:  
The clipboard is filled with CR characters, one for each entry selected.

Expected Results:  
Something more useful, such as copying the URLs to the clipboard.

Comment 1

13 years ago
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060102 Firefox/1.6a1

How are you selecting multiple entries?
Version: unspecified → 1.5 Branch
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060103 Firefox/1.6a1 ID:2006010323

In fact it copies nothing here.
(Reporter)

Comment 3

13 years ago
(In reply to comment #1)
> How are you selecting multiple entries?

Using the keyboard, press F6 and Tab repeatedly to access
the history panel (don't know of a more direct way, sorry),
then use the arrow keys to move the focus;  use Shift+arrows
to select consecutive entries, Ctrl+Shift+arrows to extend a
selection, Ctrl+arrows to move the focus independently of
your selection, and Ctrl+space to select and deselect single
entries, as usually in lists.

Using the mouse, simply click *left* of the history icons,
where the tree structure is displayed, to select an entry,
Shift+click for selecting consecutive entries, and
Ctrl+click for selecting/deselecting single entries.
(Reporter)

Comment 4

13 years ago
(In reply to comment #2)
> In fact it copies nothing here.

That's what I initially thought, too, but that's not quite
correct, technically speaking.  When you start clipbrd.exe
and empty the clipboard, you will see that it gets filled
with *something* when you try to copy history links there,
even if you can't see anything.  Invisible characters, huh? 
I immediately thought of control characters, and used a hex
editor (in this case frhed) to check this:  I pasted the
mysterious invisible data, and lo and behold, out came a
string of 0x0d.

In fact, when you paste the invisible string into Notepad or
wherever, and the cursor is neither at the beginning of a
line nor in an empty line, you'll notice the cursor jumping
back to the start of the line, which is what CR is for.

Comment 5

12 years ago
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.0.6) Gecko/20060728
Firefox/1.5.0.6
Windows Vista Beta 2 Build 5384

I successfully replicated this bug by opening the History sidebar -> clicking on the white space to the left of a link.  You can select more than one link by holding down the CTRL or SHIFT keys.  I then pressed CTRL + C to copy 4 links  from my history.

If you now open notepad, turn off word wrap and turn on the status bar, and             paste then wait a few seconds you will notice the Column index change from 1 to 5 which means that it does actually paste 4 characters.  So you are correct when you so that it copies CR (ASCII 13) characters, one for each link copied, however this is not the only thing copied.  

The clipboard can contain more than one type of data at a time.  When pasteing into notepad and most other textboxes the only type of data that is pasted is the data type TEXT.  

I then wrote a program that would analyze the clipboard and tell me all the datatypes in the clipboard and there values.  There are 6 different types stored:

Type                           Contents
----------------               ---------------------------
System.String                  CR+CR+CR+CR
UnicodeText                    CR+CR+CR+CR
Text                           CR+CR+CR+CR

moz/bookmarkclipboarditem      ID:{};NAME:{Local Weather Forecast for Melbourne,    FL (32901) - weather.com};ID:{};NAME:{Hurricane FLORENCE};ID:{};NAME:{Hurricane FLORENCE};ID:{};NAME:{Daily Local Weather Forecast for Melbourne, FL (32901) - weather.com};

text/html                      <a href=''>Local Weather Forecast for Melbourne, FL (32901) - weather.com</a><p><a href=''>Hurricane FLORENCE</a><p><a href=''>Hurricane FLORENCE</a><p><a href=''>Daily Local Weather Forecast for Melbourne, FL (32901) - weather.com</a><p>

HTML Format                    Version:0.9
                               StartHTML:00000097
                               EndHTML:00000405
                               StartFragment:00000131
                               EndFragment:00000369
                               <html><body>
<!--StartFragment--><a href=''>Local Weather Forecast for Melbourne, FL (32901) - weather.com</a><p><a href=''>Hurricane FLORENCE</a><p><a href=''>Hurricane FLORENCE</a><p><a href=''>Daily Local Weather Forecast for Melbourne, FL (32901) - weather.com</a><p><!--EndFragment-->
</body>
</html>

This is the actual bug the selected urls need to be placed the Text type.  None of the datatypes contain the urls for the links.  The text/html datatype stores the html for the hyperlinks but does not contain the urls, therefore it is useless.

JJ Miller

Comment 6

11 years ago
Confirmed with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.7pre) Gecko/20070820 BonEcho/2.0.0.7pre
WFM with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a8pre) Gecko/2007082004 Minefield/3.0a8pre
OS: Windows XP → All
Version: 1.5.0.x Branch → 2.0 Branch

Updated

11 years ago
Whiteboard: DUPEME or NEW / WONTFIX

Updated

10 years ago
Component: History → Bookmarks & History
QA Contact: history → bookmarks
Bulk closing all UNCONFIRMED bugs dealing with places that haven't had any bug activity in over 120 days, have no votes, and are not enhancement requests.

If you are still experiencing this issue in Firefox 3.0 or later, please re-open the bug with steps to reproduce (if they were not part of the original comment).
Status: UNCONFIRMED → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.