Issue 98220 - images without absolute address failed to get url and can't display while copy html to writer
Summary: images without absolute address failed to get url and can't display while cop...
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: DEV300m38
Hardware: All Windows, all
: P3 Trivial with 4 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks: 84405
  Show dependency tree
 
Reported: 2009-01-19 08:22 UTC by redflagzhulihua
Modified: 2017-05-20 11:22 UTC (History)
3 users (show)

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


Attachments
webpage saved in linux (20.19 KB, application/vnd.oasis.opendocument.text)
2009-01-21 02:04 UTC, redflagzhulihua
no flags Details
webpage saved in windows (24.18 KB, application/vnd.oasis.opendocument.text)
2009-01-21 02:06 UTC, redflagzhulihua
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description redflagzhulihua 2009-01-19 08:22:25 UTC
1. Open a website with images with and without absolute address. e.g., 
http://www.mychery.net
2. Copy some contents from begining to a new created writer document.

Result:
The banner image(with absolute address in html source code) are copyed to 
document. This is RIGHT.
But the following images(without absolute address) are failed to display. This 
is a DEFECT.

Double click the failed image, we can see the URL field in Hyperlink tab are 
blank. And "Link-File name" in Picture tab only have the reference path of the 
image. So the images can't show and the Hyperlinks of the images don't work.

This problem doesn't exist in Linux system.
Comment 1 michael.ruess 2009-01-20 12:48:25 UTC
I cannot see this in DEV300m39. The only graphics which are not show, are those
lower in Table15. But this is due to the fact that the HTML table could not be
displayed completely in the Writer Print view. Switching to Web layout will show
this correctly.
Is this the same that you experience?
Comment 2 redflagzhulihua 2009-01-21 02:02:19 UTC
Hi Michael,
Do you test under linux? This only happens under windows.

I'll upload 2 sample files for each OS. You can see, under windows, only the
banner shows.

Best regards,
Lihua
Comment 3 redflagzhulihua 2009-01-21 02:04:14 UTC
Created attachment 59545 [details]
webpage saved in linux
Comment 4 redflagzhulihua 2009-01-21 02:06:50 UTC
Created attachment 59546 [details]
webpage saved in windows
Comment 5 eric.savary 2009-01-21 08:44:12 UTC
@redflagzhulihua: well I also failed to reproduce it when you submitted the
issue. I tested on XP. Right now I am on Vista but I still can't reproduce it.

Yes, the "linux document" shows the graphics and the "Windows document" doesn't.
But the problem is to know what lead to that defect on Windows.

Also I notice that in your Windows document the hyperlink in the tables are gone.
This doesn't happen when I paste.

So, what Browser do you use? What do you copy exactly (how you selecte, copy
with the keyboard, the menu...)
Comment 6 redflagzhulihua 2009-02-20 05:21:35 UTC
Hi es,
Sorry for late.

I was using IE7, I just draged the mouse, selected the webpage, and CTRL+C,
switched to writer, CTRL+V.

I'll test this with an English OS.

Thanks,
Lihua
Comment 7 redflagzhulihua 2009-02-20 06:07:28 UTC
Hi, I tested it just now with DEV300m40(Localization35) and DEV300m41.

Reproducable both Chinese version and Englsih version in both Chinese and
English XP. Covered all the 4 combinations.

I also try to CTRL+A, CTRL+C in the web page, switch to writer, CTRL+V. The
result is the same.
Comment 8 redflagzhulihua 2009-02-20 07:03:33 UTC
And please note, this has nothing to do with the table, because all the content
we copied are in tables in the html file. The thing is: image with absolute
address(http://mydomain.com/images/image.gif) is OK, and the images with
relative address(images/image.gif) are bad.
Comment 9 eric.savary 2009-02-20 12:30:39 UTC
IE submits to clipboard exactly the page code, so:
/forum/html/ut/images/newwin.gif

Of course, this does not exist locally.

Firefox adds the URL Base:
http://www.mychery.net/forum/html/ut/images/newwin.gif

SO this is an IE feature we cannot change.
Comment 10 eric.savary 2009-02-20 12:31:08 UTC
Closed
Comment 11 eric.savary 2009-02-20 12:33:58 UTC
Please note: when reporting bugs with copy/paste it is always essential to explain:
- from which program/version you paste from
- to which program/version you paste to
- which command (mouse, menu, shortcut...) you use
Comment 12 redflagzhulihua 2009-02-23 03:12:08 UTC
Hi es,

Because IE is default browser in XP, so I forgot to mention that. Sorry about that.

But MS office can get the image, and the target url of the image is working.
Because MS office uses the same clipboard which is provided by OS, so I 
think there might be a way to retrieve the whole address of the image
and the target url of the image from the data in clipboard. This is very 
good for the IE users. And there are many users are using IE after all.

What do you think about it?

Best regards,
Lihua
Comment 13 eric.savary 2009-02-23 10:04:17 UTC
Sum up of my further tests:
- copy/paste from Firefox (FF) to OOo = no problem
- copy/paste from FF to Thunderbird (TB) = no problem
- copy/paste from IE to OOo = the problem you describe where relative images are
not found

Now it gets interesting...
- copy/paste from IE to TB = the problem you describe where relative images are
not found (=TB shows the same problem as OOo when the common parameter is IE!!)

Same tests as above with a simple page like:
======
<html>
<p style="align: center;">Absolut link<p>
<img src="http://www.myprivatepage.xyz/img/image.jpg">
<p style="align: center;">Relative link<p>
<img src="/img/image.jpg">
</html>
=======

-> Same results as above

I also had a look at the clipboard buffers of FF and IE.
They are quiet the same.

So I have no idea what happens there but my conclusion is:
IE modifies something or forgets to add the base URL but is able to retrieve the
system cache cache in MS Word.
I see the problem by IE which doesn't behave as "good citizen" against other
apps ;) or even breaks standards...

I'll reassign to DEV for further analyze but I think it will stay as WONTFIX
because this is a HTML import problem and this project is stalled.
Comment 14 eric.savary 2009-02-23 10:06:57 UTC
@MBA: please take over
Comment 15 Marcus 2017-05-20 11:22:22 UTC
Reset assigne to the default "issues@openoffice.apache.org".