Version: 3.2-Beta2 (using KDE 3.1.94 (3.2 Beta 2), Gentoo) Compiler: gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r3, propolice) OS: Linux (i686) release 2.6.0 When the upload screen is scanning the project if you change from one desktop to another while this is happening the progress meter stops at whatever point it was at when you changed. Quanta doesn't seem to have frozen as buttons are still clickable they just do nothing, perhaps the upload screen disables them? anyway you have to kill quanta as it doesn't seem to recover.
Subject: Re: Project upload screen freezes on desktop change I think this isthe strangest bug I ever seen so far. No idea what I can do so I asked for help, but haven't got any answer yet.
If you change back after the scan completes it seems to work fine. Konqueror has displayed somewhat similar behaviour. If Kwallet is open and a konq window pops up kwallet freezes in a similar fashion all buttons are clickable but nothing happens when they are clicked. I think there is a bug report on that. Perhaps its something further down the chain?
Subject: Re: Project upload screen freezes on desktop change Yes, it's something in the kdelibs synchronous KIO mechanism. Quanta freezes in the call that stat's the project files (one by one). Do you know by any chance the bug report number for the Konqueror/KWallet case? Andras
Although not completely clear 65978 seems to be the one. Possibly also 70737.
Subject: quanta_be: quanta/quanta CVS commit by amantia: Re-enable PHP user function autocompletion. Fix a major bug (#71419): upload dialog hanged and you had to kill Quanta if you've switched desktops during scanning of project files. Must be ported to HEAD after some testing. May also fix #71422. I'd like to ask the reporter of this bug to test if possible. (update from CVS, quanta_be branch) CCMAIL:71419-done@bugs.kde.org CCMAIL:71422@bugs.kde.org M +82 -2 qextfileinfo.cpp 1.27.2.2 M +29 -13 qextfileinfo.h 1.14.2.1 M +11 -0 parser/parser.cpp 1.146.2.32 M +13 -3 project/projectupload.cpp 1.45.2.5
Subject: quanta_be: quanta/quanta/project CVS commit by amantia: It seems that this is also needed for properly fix 71419, otherwise the problem (hanging) was postponed to the next KIO::NetAccess call... CCMAIL:71419@bugs.kde.org M +0 -2 project.cpp 1.125.2.14 M +1 -1 projectupload.cpp 1.45.2.6 --- quanta/quanta/project/project.cpp #1.125.2.13:1.125.2.14 @@ -1588,5 +1588,4 @@ void Project::slotUpload() ProjectUpload *dlg = new ProjectUpload(this, KURL(), 0, i18n("Upload project items..."), false, Qt::WDestructiveClose); dlg->show(); - m_modified = true; } @@ -1598,5 +1597,4 @@ void Project::slotUploadURL(const KURL& ProjectUpload *dlg = new ProjectUpload(this, url, 0, i18n("Upload project items..."), false, Qt::WDestructiveClose); dlg->show(); - m_modified = true; } --- quanta/quanta/project/projectupload.cpp #1.45.2.5:1.45.2.6 @@ -178,5 +178,5 @@ void ProjectUpload::slotBuildTree() projectDirFiles.setAutoDelete(false); totalText->setText(i18n("Building the tree...")); - kapp->eventLoop()->processEvents( QEventLoop::ExcludeUserInput | QEventLoop::ExcludeSocketNotifiers); +// kapp->eventLoop()->processEvents( QEventLoop::ExcludeUserInput | QEventLoop::ExcludeSocketNotifiers); list->checkboxTree(); if (!startUrl.isEmpty())
Bug fixed in quanta 3.2.0_rc1 Thanks