Bug 233734 - Back and Forward buttons don't work if WebKit is the browser engine
Summary: Back and Forward buttons don't work if WebKit is the browser engine
Status: RESOLVED UNMAINTAINED
Alias: None
Product: akregator
Classification: Applications
Component: general (show other bugs)
Version: 1.6.2
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 243370 310132 311255 342034 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-04-08 14:58 UTC by kdebugtrackingsystem
Modified: 2018-02-01 19:27 UTC (History)
10 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 kdebugtrackingsystem 2010-04-08 14:58:34 UTC
Version:           1.6.2 (using 4.4.2 (KDE 4.4.2), Debian packages)
Compiler:          cc
OS:                Linux (i686) release 2.6.33.2

When I select WebKit (kwebkitpart) as embedded viewer for text/html then the Akregator's Back and Forward buttons are not click-able while I'm browsing the news sites after I clicked an RSS link.

With KHTML as engine the buttons are working properly!
Comment 1 frank 2010-04-17 17:26:21 UTC
I can confirm this bug
Comment 2 Christophe Marin 2010-07-02 10:07:55 UTC
*** Bug 243370 has been marked as a duplicate of this bug. ***
Comment 3 Dawit Alemayehu 2011-06-07 23:30:15 UTC
Well, I guess this bug report was waiting from my input. From what I have been able to tell by enabling debugging, this problem stems from the fact that akregator uses a "hack" it copied from kdevelop to make history navigation work. Unfortunately, the so called "hack" is exactly that, a hack. An unnecessary one at that if you ask me. 

The proper way to update your history list is to listen for the KParts::BrowserExtension::openUrlNotify singal. As the documentation explains, once you receive that signal, just query the KPart for the url. However, that is not what akregator does. It does not even connect to the aforementioned signal and as such whatever hack it is using is only applicable to khtml because KHTML uses the KPart's openUrlRequested signal to fulfill each and every request including the clicks on links.
Comment 4 Wonko 2011-07-28 11:48:17 UTC
*** This bug has been confirmed by popular vote. ***
Comment 5 Jekyll Wu 2013-01-09 12:35:52 UTC
*** Bug 311255 has been marked as a duplicate of this bug. ***
Comment 6 Jekyll Wu 2013-01-09 14:16:25 UTC
*** Bug 310132 has been marked as a duplicate of this bug. ***
Comment 7 Jonathan Marten 2014-12-19 17:50:24 UTC
*** Bug 342034 has been marked as a duplicate of this bug. ***
Comment 8 Martin Steigerwald 2014-12-20 10:01:34 UTC
Am Freitag, 19. Dezember 2014, 17:50:24 schrieben Sie:
> https://bugs.kde.org/show_bug.cgi?id=233734
> 
> Jonathan Marten <jjm@keelhaul.me.uk> changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
> CC|                            |Martin@Lichtvoll.de
> 
> --- Comment #7 from Jonathan Marten <jjm@keelhaul.me.uk> ---
> *** Bug 342034 has been marked as a duplicate of this bug. ***

Bummer, I didn´t see this one while entering searching "WebKit" as search term 
in the duplicate search field.

Thank you,
Comment 9 Denis Kurz 2017-06-23 20:03:10 UTC
This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it.

Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
Comment 10 Denis Kurz 2018-02-01 09:53:40 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.1 aka 15.12; preferably much more recent), please open a new one unless it already exists. Thank you for all your input.