Issue 45460 - Copying a hyperlink as a text results in garbage characters
Summary: Copying a hyperlink as a text results in garbage characters
Alias: None
Product: Calc
Classification: Application
Component: editing (show other issues)
Version: OOo 2.0 Beta
Hardware: All All
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2005-03-19 01:42 UTC by tora3
Modified: 2017-05-20 11:13 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

A bugdoc (7.01 KB, application/vnd.oasis.opendocument.spreadsheet)
2005-03-19 01:43 UTC, tora3
no flags Details
a snapshot of bugdoc (32.11 KB, image/png)
2005-03-19 01:44 UTC, tora3
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description tora3 2005-03-19 01:42:05 UTC
 Copying a hyperlink with non English characters as a text results in garbage 
 characters while doing it as a cell has no problem.

 1. Open a file bugdoc.ods attached in this issue.
 2. Enter editing mode on a cell that includes a hyperlink in non English.
 3. Copy the hyperlink as a text.
 4. Paste it somewhere.
 5. Confirm if it appears in the same way as original.

 This issue was originally reported by Shu Minari on March 9, 2005.
 He confirmed that this problem happened with 
  - OOo 1.1.4
  - StarSuite 8
  - NeoOffice/J 1.1Beta
 on several platforms: Linux, Windows, and Mac X.

 Masanori Kobayashi successfully reproduced this phenomenon with both 
 OOo 1.1.4 and OOo 2.0 bc running on Windows XP.
Comment 1 tora3 2005-03-19 01:43:25 UTC
Created attachment 24030 [details]
A bugdoc
Comment 2 tora3 2005-03-19 01:44:14 UTC
Created attachment 24031 [details]
a snapshot of bugdoc
Comment 3 frank 2005-04-11 10:30:45 UTC
Hi Niklas,

your construction site ?

Comment 4 niklas.nebel 2005-04-11 16:59:06 UTC
This is the EditEngine's internal clipboard format (EE_FORMAT_BIN), which uses
gsl_getSystemTextEncoding in BinTextObject::StoreData. Text content is
additionally stored in Unicode at the end, but not the field data.
Comment 5 andreas.martens 2005-05-25 10:01:34 UTC
Considering the effort, the priority, the risk and our resource planning I've to
retarget this issue to OOo Later.
Comment 6 tora3 2005-05-25 18:21:52 UTC
Well, it is might be OK.
We would solve this kind of stuff at the same time.
Thank you for your consideration and evaluation.
Comment 7 tora3 2008-05-30 10:30:46 UTC
This phenomenon can be also observed in 3.0.0 Beta.
What do you want contibutors to do?
Comment 8 Marcus 2017-05-20 11:13:53 UTC
Reset assigne to the default "".