Bug 166562 - Rebuild thumbnails window stays on top when switching apps.
Summary: Rebuild thumbnails window stays on top when switching apps.
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Thumbs-Image (show other bugs)
Version: 0.10.0
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-14 19:48 UTC by Dotan Cohen
Modified: 2012-06-27 11:20 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In: 0.10.0


Attachments
Half size screenshot illustrating problem. (100.13 KB, image/png)
2008-07-14 19:48 UTC, Dotan Cohen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dotan Cohen 2008-07-14 19:48:01 UTC
Version:           SVN: Version 0.10.0-beta2 (rev.: 832007) (using KDE 4.0.83)

When rebuilding thumbnails, and switching to a different application, the Rebuilding Thumbnails window stays on top of the active window. The only way around this is to minimize Digikam instead of changing windows via Alt-Tab.
Comment 1 Dotan Cohen 2008-07-14 19:48:44 UTC
Created attachment 26117 [details]
Half size screenshot illustrating problem.
Comment 2 Andi Clemens 2008-07-17 18:35:59 UTC
I can't confirm this, neither does it stay on top in KDE3 desktop nor in KDE4. Switching between applications (in the same virtual desktop) hides digiKam and the rebuild dialog completely.
Comment 3 Dotan Cohen 2008-07-17 19:13:13 UTC
Might you have Compiz enabled? This was on KDE4.1b2 without Compiz.

That partition has already been wiped, I intend to try to build to KDE 4.1rc1 next week. When I finish that I'll check if this problem persists.

Last thought: were you using the mouse or keyboard to switch apps? I usually use the keyboard, and though I don't remember about this specific case, I will be sure to try both ways when I update the bug.
Comment 4 Andi Clemens 2008-07-17 19:20:09 UTC
I switched with mouse and keyboard, and I have no compiz enabled or even 
installed.
I always use the latest KDE4 SVN version, this one right now is from Monday.

Andi
Comment 5 Arnd Baecker 2008-07-18 07:55:37 UTC
Here on FVWM, the window also does not stay on top. I.e. no problem!
(As an (un?)related side remark: for both 0.9.x, and 0.10-svn the 
initial startup window stays on top of everything and on every
screen; this can be pretty annoying when the initial scanning takes long.
Is this is FVWM specific, or generally the case? If the latter, can one
do something about it???)
Comment 6 Dotan Cohen 2008-07-18 08:16:56 UTC
@Arnd: Are you talking about the slash screen? The behaviour that you describe is common to all programs with a splash screen that I am familiar with, on every windows manager.
Comment 7 Arnd Baecker 2008-07-18 08:55:07 UTC
Hmm, interestingly, google-earth's splash screen behaves "better" IMO.
Comment 8 Dotan Cohen 2008-07-18 09:45:39 UTC
I think that a new bug should be opened for the splash screen, Arnd. Let's not hijack this one.

When you file it, tell what you like about the Google Earth splash screen. Compare to other splash screens (other KDE apps such as K3B, non-KDE Qt apps such as Opera, GTK apps such as Open Office, wine apps, etc).
Comment 9 caulier.gilles 2008-12-03 16:51:43 UTC
I can't confirm this too with current implementation from svn.

Dotan, can you try with 0.10.0-beta6. thanks is advance...

Gilles Caulier
Comment 10 Marcel Wiesweg 2008-12-23 15:12:29 UTC
The thumbnail rebuild dialog was recently changed to a non-model dialog. You can of course test with beta7, but if this is a lot of work wait until beta8 is out and report back then.
Comment 11 caulier.gilles 2008-12-23 15:22:46 UTC
Marcel,

Ah, i have forget this one. Of course now, with beta8, it's become fixed like we can reduce dialog.

Gilles Caulier