Bug 163120

Summary:	too many "zoom bars" in bottom status bar, when viewing several HTML pages
Product:	[Applications] akregator	Reporter:	Patrick Hanft <mail>
Component:	general	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	finex
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:
Attachments:	screenshot of the problem in akregator

Description Patrick Hanft 2008-06-03 11:00:52 UTC

Version:           Version 1.2.50
Using KDE 4.00.81 (KDE 4.0.81 >= 20080527) (using Devel)
Installed from:    Compiled sources
Compiler:          gcc. gentoo-profile: i686-pc-linux-gnu-4.1.2 
OS:                Linux

Hi, 

I hope I can describe this accurately despite my limited English:

I use to read my RSS-feeds in akregator. As some of them (namely heise online and Spiegel Online (both german)) only provide the headline in the feed, I let akregator load the article as web page in the preview windows.

Since my migration to KDE 4.1 (from previously 3.5.9) some days ago, I notice following behaviour but only with Spiegel Online feed (http://www.spiegel.de/schlagzeilen/rss/index.xml): In the bottom status bar for every article I read appears a new "zoom bar" (don't know how you call that thing), which I have noticed primarily as a feature of gwenview until now, respectively if I view an image in konqueror. I don't know where that comes from, but I suppose, there's something on Spiegel Online website that let's the khtml part create this zoom bar.

Here comes the problem now: Actually that behaviour would be no problem (I actually suppose that akregator is not responsible for the appearing for that bar, but I as a user don't know about internals), BUUUUT: viewing a second and third article creates a second and a third "zoom bar" in the status bar, which means I have already four of them by my fourth article reading. And these seem to be responsible for my akregator (respectively my kontact) window becoming wider than the screen is! And that - in my eyes - is a bug that should not happen :)

Hope it gets clear. I also try to make a screenshot and attach it, if I can figure out how to do that. (That's my first bug report here, as far as I can remember)

greetings from Germany,
Patrick

Comment 1 Patrick Hanft 2008-06-03 11:07:22 UTC

Created attachment 25082 [details]
screenshot of the problem in akregator

this shows akregator with four of these "zoom bars". the application window is
actually wider than the screen and can't be manually resized to a smaller
width.

Comment 2 Patrick Hanft 2008-06-03 11:43:37 UTC

It's me once again,

I just found another, probably more "generic" use case, where this problem also appears: while reading Zack Rusin's "Animated interfaces" on Planet KDE a few minutes ago, I clicked on the small screenshot within his article, which then opened in a new tab. There also appears such a "zoom bar" at the bottom, where the screenshot then can be correctly zoomed. Obviously when I now close the tab with the picture the zoom bar does not appear, which also causes several of them starting the window to grow in width

Comment 3 FiNeX 2008-06-03 13:32:15 UTC

This is related to the konqueror bug #161443.

Could we consider this as a duplicate?

Comment 4 Patrick Hanft 2008-06-03 13:51:52 UTC

I suppose you're right. Didn't notice this before, as I usually don't visit SPON directly in Konqueror.

Comment 5 Daniel Winter 2008-06-03 14:52:46 UTC

Yes,

it is a duplicate of bug 161443. Both a caused by using the gwenview kpart for pictures. If a gif (as in spiegel.de) is used directly in an Iframe this is happening. 

So marked as dup of 161443. 

*** This bug has been marked as a duplicate of 161443 ***