Bug 78831 - lost pictures in kword
Summary: lost pictures in kword
Status: RESOLVED FIXED
Alias: None
Product: koffice
Classification: Applications
Component: general (show other bugs)
Version: git
Platform: Compiled Sources Linux
: HI major
Target Milestone: ---
Assignee: KOffice Bug Wranglers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-31 21:39 UTC by Ferdinand Gassauer
Modified: 2004-04-01 23:47 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ferdinand Gassauer 2004-03-31 21:39:18 UTC
Version:           1.3post (using KDE 3.2.1, compiled sources)
Compiler:          gcc version 3.3.1 (SuSE Linux)
OS:          Linux (i686) release 2.4.21-192-athlon

Hi!
apparently pictures are not stored in kwd files !

1.) I inserted a picture using the fish-protocol
this obviously created a temporary copy of the picture and placed the temporary filename in kword.

IMHO the picture itself should be included in the kword file. OR at least the user should be asked if it should be "inserted" or "linked" - if linked the correct URL should be used and not the temporary one.

2.) transfering the kwd file from one box to another seems to have a similar problem.

cu
ferdinand
Comment 1 David Faure 2004-03-31 23:46:52 UTC
On Wednesday 31 March 2004 21:39, Ferdinand Gassauer wrote:
> IMHO the picture itself should be included in the kword file.
Hmm, it's supposed to be.

> OR at least the user should be asked if it should be "inserted" or "linked"
We only have support for "inserting", officially. 
"Officially" means that there is some code for "linking" but it's not supposed to be
activated yet.

> - if linked the correct URL should be used and not the temporary one.  
True.

> 2.) transfering the kwd file from one box to another seems to have a similar problem.
So it works on the original box but not on another one - which would indicate that
the picture is being linked to?

Did you use drag-n-drop or Insert/Picture? Does the same happen with local images?

Comment 2 Nicolas Goutte 2004-04-01 14:15:23 UTC
Can you try to save the picture on clicking the context menu of the picture? I am curious to know if it would work.

As for remote protocols, it should work, but perhaps fish: is different than floppy: 

Another test, which you can do, is to unzip the KWord file and look in the pictures/ subdirectory. Is the picture there or not?

Have a nice day!
Comment 3 Ferdinand Gassauer 2004-04-01 19:27:15 UTC
it seems to work on 1.3 but not in CVS.



inserting pictures does not save them, the unzip shows the filename with size 0 (zero)


this is the result of a "local" insert.
maindoc.xml

<KEY msec="0" hour="11" second="35" minute="7" day="22" month="11" name="pictures/picture1.jpg" year="2003" filename="/home/gassauer/bilder/fg/Wien_herbst.jpg" />

fish seems to have "transparency" problems 

<KEY msec="0" hour="19" second="15" minute="1" day="1" month="4" name="pictures/picture1.jpeg" year="2004" filename="/tmp/kde-gassauer/kwordWd3VJb.tmp" />

which is not correct.

Nicolas: RMB says "empty document"

David: D6D from konqueror inserts the filename but not the picture itself

hope that helps
cu ferdinand
Comment 4 Nicolas Goutte 2004-04-01 19:35:29 UTC
On Thursday 01 April 2004 19:27, Ferdinand Gassauer wrote:
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.
>
> http://bugs.kde.org/show_bug.cgi?id=78831
>
>
>
>
> ------- Additional Comments From gassauer kde org  2004-04-01 19:27 -------
> it seems to work on 1.3 but not in CVS.

Ah, a problem of KOffice CVS HEAD. So somehow my new code about gzip/
bzip2-compressed files that would have a problem.

>
>
>
> inserting pictures does not save them, the unzip shows the filename with
> size 0 (zero)
>
>
> this is the result of a "local" insert.
> maindoc.xml
>
> <KEY msec="0" hour="11" second="35" minute="7" day="22" month="11"
> name="pictures/picture1.jpg" year="2003"
> filename="/home/gassauer/bilder/fg/Wien_herbst.jpg" />
>
> fish seems to have "transparency" problems
>

> <KEY msec="0" hour="19" second="15" minute="1" day="1" month="4"
> name="pictures/picture1.jpeg" year="2004"
> filename="/tmp/kde-gassauer/kwordWd3VJb.tmp" />

That is expected. Remote protocols give a temporary file in KoPicture (KWord/
KPresenter picture class.)

As you are using JPEGs I am surprised that it does not work.

>
> which is not correct.
>
> Nicolas: RMB says "empty document"
>

> David: D6D from konqueror inserts the filename but not the picture itself
Yes, that does not work. It is another bug. (I have not the number at hand.)

>
> hope that helps

At least I have a track.

> cu ferdinand

Have a nice day!

Comment 5 Nicolas Goutte 2004-04-01 20:53:35 UTC
I can confirm and reproduce the bug with floppy:

Indeed the problem can only be seen when re-loading the document.

Have a nice day!
Comment 6 Nicolas Goutte 2004-04-01 21:08:18 UTC
A little more information:
- it happens also with normal local pictures
- the picture can be saved individually (of course, not when the files has been reloaded.)
- the problem seems to be somewhere at save.

I have not tested if KPresenter would have the same problem.

Have a nice day!
Comment 7 Nicolas Goutte 2004-04-01 23:13:24 UTC
KPresenter CVS HEAD either does not save the pictures when saving a document.
Comment 8 Nicolas Goutte 2004-04-01 23:47:34 UTC
It is fixed in the meantime (but I have again CCMAILed to kde.org instead of bugs.kde.org)

http://lists.kde.org/?l=kde-cvs&m=108085505824174&w=3

Have a nice day!