Bug 55988

Summary: Quanta always tries to upload too many files
Product: [Unmaintained] quanta Reporter: Thibaut Cousin <kde>
Component: generalAssignee: András Manţia <amantia>
Status: RESOLVED FIXED    
Severity: normal CC: hendrik
Priority: LO    
Version: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: thw-siegen.webprj.gz

Description Thibaut Cousin 2003-03-15 12:53:39 UTC
Version:           3.1 (using KDE 3.1.0)
Installed from:    SuSE
Compiler:          gcc version 3.2
OS:          Linux (i686) release 2.4.20-4GB-athlon

Every time I use the upload dialog, Quanta wants to upload recently modified files that have already been uploaded by it. I haven't been able to understand why it does that. I checked the timestamps on involved files, they look OK. I tried to use the "touch" command on the project master file, it didn't change anything.

Thanks for your attention!
Comment 1 Thibaut Cousin 2003-04-04 10:37:53 UTC
If it may help: I'm using Quanta 3.1.1 now and the problem is still there. As long 
as I don't close Quanta, it uploads normally, only the newly-modified files. But if I 
close Quanta and open it again, it will try to upload a lot of files; not all, only 
recent ones, as if it had forgotten they were already uploaded. A timestamp 
problem? 
Comment 2 Hendrik Brandenburger 2003-04-09 01:13:02 UTC
I have the same problem. I'am using quanta 3.1.1 on a SuSE 7.3 kernel 2.4.10 and gcc 
2.95.3. I found out that quanta does not save the upload-timestamps of the uploaded 
files after it has finsihed the upload. It only saves the timestamp if some of the project 
options are changed. 
Comment 3 András Manţia 2003-04-11 18:41:42 UTC
Subject: Re:  Quanta always tries to upload too many files

Well, I just can't reproduce it. :-( There is code to put the current 
timestamp in the project file after a file was uploaded, and I verified and 
this code get executed. I made some changes, but I doubt that it will fix for 
you. You might want to update from CVS.

Also if there is a concrete way how you can reproduce the bug, please share 
with me. I'm interested in.


Comment 4 Thibaut Cousin 2003-04-11 18:55:40 UTC
Unfortunately, it is very easy to reproduce it for me: create a project, put files in it. 
As long as you don't close Quanta, upload will work. But when it is started again, 
it has forgotten everything that has been uploaded. 
 
This behavior was more chaotic in Quanta 3.1, I couldn't find the "rule", but in 
3.1.1 it is clearly what I described above. 
 
If I can manage to create a RPM package for the CVS version, I may give it a try. 
Does it require any new library? I have KDE 3.1.1a and I don't want to upgrade 
it. 
Comment 5 András Manţia 2003-04-11 21:15:42 UTC
Subject: Re:  Quanta always tries to upload too many files

Hi,

 QUANTA_3_1_BRANCH in CVS should compile without problems on KDE 3.1.1a, and I 
wouldn't expect big problems even for Quanta from CVS HEAD (if you don't 
compile in the kafka part. By default it won't be included anyway).

Andras

Comment 6 Hendrik Brandenburger 2003-04-14 10:05:15 UTC
Subject: Re:  Quanta always tries to upload too many files

> ------- Additional Comments From amantia@freemail.hu  2003-04-11 18:41
> ------- Subject: Re:  Quanta always tries to upload too many files
>
> Well, I just can't reproduce it. :-( There is code to put the current
> timestamp in the project file after a file was uploaded, and I verified and
> this code get executed. I made some changes, but I doubt that it will fix
> for you. You might want to update from CVS.
>
> Also if there is a concrete way how you can reproduce the bug, please share
> with me. I'm interested in.

There is nothing special to reproduce the bug. I think, the timestamps are 
updated in the in the program, because as long as quanta is running uploaded 
file are correctly marked as uploaded. But after i closed quanta and started 
it again the file are marked as new again. Maybe its an error in my 
webprj-file so I send my current file with this Mail.

I have just another question, because i tried ti compile the actual 
quanta-sources anf gcc said that he is missing the file 
"usr/lib/libart_lgpl_2.la". I this directory I can only find the file 
"/usr/lib/libart_lgpl_2.so.2". So where can I get this missing file?

Thank for your help.

Hendrik



Created an attachment (id=1356)
thw-siegen.webprj.gz
Comment 7 Hendrik Brandenburger 2003-04-14 12:43:40 UTC
Subject: Re:  Quanta always tries to upload too many files

If i understand this issue correct quanta save the webprj file when you quit 
quanta. It seems that quanta, during one session, knows that the files are 
uploaded, but it does not know that this information is new and must be 
written to the webprj file at the end of the program.

Comment 8 András Manţia 2003-04-14 20:42:26 UTC
Subject: Re:  Quanta always tries to upload too many files

I've tried again:
1. create new project
2. upload project (all files)
3. close quanta
4. run quanta, open project
5. upload project->no files are selected...

Please, try with the latest CVS version (from QUANTA_3_1BRANCH if you want a 
"stable" one, altough HEAD is usually quite stable and with more features).

> I have just another question, because i tried ti compile the actual
> quanta-sources anf gcc said that he is missing the file
> "usr/lib/libart_lgpl_2.la". I this directory I can only find the file
> "/usr/lib/libart_lgpl_2.so.2". So where can I get this missing file?
I have them in gnome-libs-devel. Sure it is in some -devel or -dev package. Or 
you can recompile libart_lgpg by checking out from the kdesupport package 
from CVS. (cvs co kdesupport/libart_lgpl). When you compile the sources, the 
.la file will be created and installed.

Andras
>
> Thank for your help.
>
> Hendrik
>
>
>
> Created an attachment (id=1356)
>  --> (http://bugs.kde.org/attachment.cgi?id=1356&action=view)
> thw-siegen.webprj.gz

Comment 9 Hendrik Brandenburger 2003-04-15 15:07:40 UTC
Subject: Re:  Quanta always tries to upload too many files

> I've tried again:
> 1. create new project
> 2. upload project (all files)
> 3. close quanta
> 4. run quanta, open project
> 5. upload project->no files are selected...
>
> Please, try with the latest CVS version (from QUANTA_3_1BRANCH if you want
> a "stable" one, altough HEAD is usually quite stable and with more
> features).
>
> Andras
>
I tried the latest CVS-Version "3.3-CVS-1 (KDE 3.1.0) (SuSE)", and now 
everything is OK. All uploaded files are marked as uploaded after reopening 
quanta. Thank you Andras.

Hendrik

Comment 10 Eric Laffoon 2003-04-24 10:32:18 UTC
I have seen similar problems with other programs not saving settings. In those cases it 
was a matter of the file permissions making the settings file not user writable. Have the 
file permissions of the project files been verified? I would like to know the status of the 
original report too. Currently we have two people reporting it, both on SuSE and one 
has resolved it by compiling from source. This looks like a packaging related bug. We 
cannot reproduce it. Under these circumstances we should make this last effort and 
then, barring any other ideas, mark it as not reproducable and close it. 
Comment 11 Thibaut Cousin 2003-04-24 12:06:19 UTC
I was the one who opened that bugreport. I made an RPM package from Quanta 
3.2-CVS, it works beautifully now (except the "Update opening/closing tags 
automatically" option, which acts really weird for now). 
 
I'll try to reinstall Quanta 3.1.1 on another SuSE box, and I'll check all permissions. 
I'll let you know as soon as it's done. 
Comment 12 András Manţia 2003-05-05 12:30:12 UTC
Subject: Re:  Quanta always tries to upload too many files

Hi,

Can you test (and report the results) it with the latest CVS version? (HEAD or 
QUANTA_3_1_BRANCH). The important changed file is 
quanta/project/projectupload.cpp. 

Andras
Comment 13 Thibaut Cousin 2003-05-05 22:20:08 UTC
Subject: Re:  Quanta always tries to upload too many files

  How stable is Quanta HEAD, now? I've been using HEAD from the 15th of 
April, it works just great. If the new HEAD is as good, I'll compile 
it. Otherwise, I'll try the 3.1 branch.

Comment 14 András Manţia 2003-05-05 22:33:14 UTC
Subject: Re:  Quanta always tries to upload too many files

>   How stable is Quanta HEAD, now? I've been using HEAD from the 15th of
> April, it works just great. If the new HEAD is as good, I'll compile
> it. Otherwise, I'll try the 3.1 branch.

The new HEAD should be better. ;-) 

Andras

Comment 15 Thibaut Cousin 2003-05-06 18:54:51 UTC
Two things: 
1) I installed Quanta 3.1.1 on a clean SuSE box and checked the 
permissions, everything is correct but the problem is still  there. 
2) I will compile today's CVS HEAD tonight and test it tomorrow or the day 
after. See you then! 
Comment 16 Thibaut Cousin 2003-05-07 08:45:27 UTC
OK, I compiled Quanta 3.2 CVS from the 6th May, if works well so far. I mostly 
tested the upload dialog and found no problem with it. My previous CVS compile had 
no problem either, so let's say I'm as happy as before. :-) 
 
If anyone is interested, I made a RPM with this compilation (for SuSE 8.2), it can be 
found at 
ftp://ftp.gwdg.de/linux/misc/suser-tcousin/suse82/i586/RPMS.Thibaut/quanta-3.2-0.20030506.i586.rpm 
and the source RPM package at 
ftp://ftp.gwdg.de/linux/misc/suser-tcousin/suse82/i586/SRPMS.Thibaut/quanta-3.2-0.20030506.src.rpm 
 
If this is also corrected in the 3_1_BRANCH, maybe you can close the bugreport? 
 
Thanks to the Quanta team! 
Comment 17 Hendrik Brandenburger 2003-05-07 11:30:39 UTC
Subject: Re:  Quanta always tries to upload too many files

> Hi,
>
> Can you test (and report the results) it with the latest CVS version? (HEAD
> or QUANTA_3_1_BRANCH). The important changed file is
> quanta/project/projectupload.cpp.
>
> Andras

I compiled the Quanta cvs HEAD version (Quanta 3.2-CVS-1 (KDE 3.1.0)) from 
this morning and tested it. The files are uploaded and marked as uploaded in 
correct way. So everything is Ok.
Thanks Andras

Hendrik

Comment 18 András Manţia 2003-05-07 16:56:31 UTC
Subject: Re:  Quanta always tries to upload too many files

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+uR5STQdfac6L/08RApdHAJ4mW6ieVbaf7Ka7nuK+P2Ck1eGYLACePAWC
0CJdvOBBJBrIk3z/NJu97GU=
=yuEi
-----END PGP SIGNATURE-----