Bug 80086 - splash screen hides kwallet dialog when retrieving files via sftp
Summary: splash screen hides kwallet dialog when retrieving files via sftp
Status: RESOLVED FIXED
Alias: None
Product: quanta
Classification: Miscellaneous
Component: general (show other bugs)
Version: 3.2.1
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: András Manţia
URL:
Keywords:
: 80729 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-04-21 21:45 UTC by Pascal Niklaus
Modified: 2004-06-19 12:14 UTC (History)
2 users (show)

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 Pascal Niklaus 2004-04-21 21:45:11 UTC
Version:           3.2.1 (using KDE 3.2.1, compiled sources)
Compiler:          gcc version 3.3.1 (SuSE Linux)
OS:          Linux (i686) release 2.4.21-199-athlon

Two serious problems, I guess related:

When I start Quanta and it tries to restore a session with remote files open (sftp), the following occurs:

1) KWallet asks for the password (to get the sftp passwords) --- but this dialog is hidden behind the splash screen
2) The tip of the day dialog cannot be closed or turned off until everything is restored
3) Quanta's UI is completely inactive until all files are restored. If you had, for example, >10 files open over sftp connections, and this server is down, it takes several minutes for all reloading attempts to time out --- so Quanta effectively can't be used for any other purpouse until after that period. And there is no visible message (e.g., restoring previous session)
Comment 1 Pascal Niklaus 2004-04-24 18:09:24 UTC
This also occurs in Quanta 3.2.2 - I'd like to add another observation regarding SFTP - not sure if this is Quanta-specific or a KIOSlave thing:

- When retrieving a file via SFTP, there is a message (timeout?) that a file couldn't be loaded *before* I have entered the password...
- Saving / loading often times out when I perfectly know that ssh access is possible (but admittedly slow) 

Comment 2 András Manţia 2004-05-01 09:20:12 UTC
*** Bug 80729 has been marked as a duplicate of this bug. ***
Comment 3 András Manţia 2004-05-08 15:56:44 UTC
Regarding the timeout: yes there is one, a 60s timeout. We could 
increase it even more, but the timeout is needed as there can be real 
situation when there is no reply and we cannot live Quanta there 
hanging.

Comment 4 Pascal Niklaus 2004-05-08 17:18:09 UTC
Timeout: No, this is not the timeout problem I am seeing.

1) I start quanta, and enter the KWallet password (within <10 seconds)
2) Dialog "Cannot open fiel xyz" appears and file is not loaded (session restoration)

The same happens regularly during work with Quanta, although I have set KWallet to remain open for 60 minutes an checked the "keep password" option in the SFTP login dialog. 

Also, it is not really clear to me what the "SFTP/keep password" option now that KWallet is doing the job really means...
Comment 5 András Manţia 2004-05-25 21:08:30 UTC
CVS commit by amantia: 

Unconditionally hide the splash screen after 10 seconds.

CCMAIL: 82013-done@bugs.kde.org
CCMAIL: 80086-done@bugs.kde.org


  M +1 -0      ChangeLog   1.205.2.39
  M +15 -0     quanta/kqapp.cpp   1.43.2.6
  M +3 -3      quanta/kqapp.h   1.10.4.1


--- quanta/ChangeLog  #1.205.2.38:1.205.2.39
@@ -23,4 +23,5 @@
         - don't be confused by quotation marks inside a script area which is inside a tag value
           (like <a href="<? echo "foo" ?>">) [#80683]
+        - unconditionally hide the splash screen after 10 seconds [#80086, #82013]
 
     - improvements:

--- quanta/quanta/kqapp.cpp  #1.43.2.5:1.43.2.6
@@ -86,4 +86,5 @@ KQApplication::KQApplication()
        splash = new KSplash();
        connect(quantaApp, SIGNAL(showSplash(bool)), splash, SLOT(setShown(bool)));
+       QTimer::singleShot(10*1000, this, SLOT(slotSplashTimeout()));
      }
      setMainWidget(quantaApp);
@@ -101,4 +102,9 @@ KQApplication::~KQApplication()
 }
 
+void KQApplication::slotSplashTimeout()
+{
+  delete splash;
+  splash = 0L;
+}
 
 KQUniqueApplication::KQUniqueApplication()
@@ -141,4 +147,5 @@ int KQUniqueApplication::newInstance()
       splash = new KSplash();
       connect(quantaApp, SIGNAL(showSplash(bool)), splash, SLOT(setShown(bool)));
+      QTimer::singleShot(10*1000, this, SLOT(slotSplashTimeout()));
     }
     setMainWidget(quantaApp);
@@ -154,4 +161,11 @@ void KQUniqueApplication::slotInit()
 }
 
+void KQUniqueApplication::slotSplashTimeout()
+{
+  delete splash;
+  splash = 0L;
+}
+
+
 void KQApplicationPrivate::init()
 {
@@ -186,4 +200,5 @@ void KQApplicationPrivate::init()
   args->clear();
   delete splash;
+  splash = 0L;
 }
 

--- quanta/quanta/kqapp.h  #1.10:1.10.4.1
@@ -36,5 +36,5 @@ class KQApplicationPrivate
 {
   public:
-    KQApplicationPrivate() {};
+    KQApplicationPrivate():splash(0L){};
     ~KQApplicationPrivate() {};
 
@@ -56,5 +56,5 @@ class KQApplication : public KApplicatio
     /** No descriptions */
     void slotInit();
-
+    void slotSplashTimeout();
 };
 
@@ -73,5 +73,5 @@ class KQUniqueApplication : public KUniq
     /** No descriptions */
     void slotInit();
-
+    void slotSplashTimeout();
 };
 


Comment 6 Gunnar Johannesmeyer 2004-06-19 11:36:36 UTC
This Problem is still there in Quanta 3.3 Bleeding Edge 2 (Using kde 3.2.3)
Comment 7 András Manţia 2004-06-19 12:14:37 UTC
It was fixed after 3.3BE2. Use 3.3Alpha1 instead (IIRC the fix is in 
Alpha1).