Version: 1.4.0 (using 4.2.00 (KDE 4.2.0), Kubuntu packages) Compiler: cc OS: Linux (x86_64) release 2.6.27-11-generic - open akregator - open an article in a new tab - switch to tab - middle click on a link in the tab For me, regardless of settings, the final step will always open the link in the current tab. I set middle click to "open in background" tab in settings and it doesn't make any difference. Using "open in external browser" has the same problem; it still opens in the current tab. Configuring left-click has the same problem. Are there any workarounds for this? This really interrupts my daily news reading sessions. :-(
Same problem here with KDE 4.2.0 on Arch Linux. Middle-click in konqueror opens in a background tab, so it certainly would be best for akregator to do the same to preserve a consistent feel. This feature works on KDE 3.x and I had used it whenever I wanted to read a link after finishing the current article.
Same problem with KDE 4.2.0 in Gentoo Linux and same reasons for wanting it back.
Same problem in 4.2.1 and 4.2.2. Is there any plans to fix this? Surely it must be simple to fix? It makes using the internal browser an incredibly slow and frustrating experience. I've switched back to the KDE 3.5 Akregator because of this. :(
*** Bug 182948 has been marked as a duplicate of this bug. ***
It works using right button and selecting "open in new tab". You then get your new tab as usual in 3.5.
...but it still switches to the newly-created tab, making it truly painful to open a batch of links within an article. Given my opinion of web-based applications (both performance and convenience-wise), It's really an embarassment to KDE that I've more or less dumped KMail and aKregator for GMail and Google Reader. (It means that, despite Firefox being slow and Konqueror 4.x being a pain to work with, it's not as painful as the native options) Let's hope that, by the time KDE 5.x rolls around, there will be a GUI behaviours regression test suite to prevent a recurrence of these problems.
(In reply to comment #6) > Given my opinion of web-based applications (both performance and > convenience-wise), It's really an embarassment to KDE Yeah, this bug basically renders the Akregator useless, i've started browsing pages with standalone browser again. Somehow in opensource model where everyone can focus to tasks they see themselves interesting, this kind of showstopper issues don't get the attention they would deserve and whole movement suffers. With this I mean that KDE4 already has all kind of bells and whistles which most of people would be happy without, but then again we failed to even fullfill the core functionality of KDE3. Yes, we all know it's coming, but it should have landed already. I even tried to get tags enabled in bugs.kde.org so that we could get an overview to the regression items, but that request got buried since KDE uses tags for release process instead of milestones.
*** This bug has been confirmed by popular vote. ***
I confirm the bug in KDE 4.3rc2
*** Bug 166890 has been marked as a duplicate of this bug. ***
*** Bug 193681 has been marked as a duplicate of this bug. ***
I can also confirm this bug is still in KDE 4.3 RC2. :-( I stopped using akregator a while ago because of this bug. I'm really confused why there is no urgency to fix such a critical interface bug.
I can confirm this bug on KDE 4.3.3. It is really annoying, would be really usefull if this is fixed.
*** Bug 188833 has been marked as a duplicate of this bug. ***
I have closed my above bug #188833, but want to transfer one additional problem from there to here: The setting "behaviour of the internal browsing component" can be missunderstood and should be fixed/ clarified as problematised there.
The problem isn't corrected in KDE SC 4.4rc1. Any hope to get it corrected in KDE SC 4.5 ?
*** Bug 216258 has been marked as a duplicate of this bug. ***
With KDE4.7rc1 (not tested with KDE 4.6), the problem seems to be partially solved : * middle-click opens a link in a new tab, * but the configuration isn't followed (i.e. if left click is configured to open in a new tab and middle click to open in the current tab, it doesn't work)
*** Bug 202938 has been marked as a duplicate of this bug. ***
Kubuntu 12.04.2 LTS KDE and Akregator 4.8.5 Default Browser rekonq, browser option in Akregator "Open with Default browser" Akregator doesn't use the right option between "Open in new Tab", "Open n external Browser", and "Open in background Tab" Setting both options (left click AND middlemouse) to "Open in background Tab" makes the middlemouse option work as expected, but the left click opens in external browser. -Options Left click : Open in Tab Middlemouse : Open in Background tab -Result Left click : Open in external browser Middlemouse : Open in new (activated) tab -Options Left click : Open in external browser Middlemouse : Open in Background tab -Result Left click : Open in external browser - OK Middlemouse : Open in new tab -Options Left click : Open in new tab Middlemouse : Open in new tab -Result Left click : Open in external browser Middlemouse : Open in new tab - OK -Options Left click : Open in Background tab Middlemouse : Open in new tab -Result Left click : Open in external browser Middlemouse : Open in new Background tab -This setting brings the most messed up result... -Options Left click : Open in external browser Middlemouse : Open in new tab -Result Left click : Open in external browser -OK Middlemouse : Open in new tab -OK -This one is perfectly OK -Options Left click : Open in external browser Middlemouse : Open in external browser -Result Left click : Open in external browser -OK Middlemouse : Open in external browser -OK -This one is perfectly OK too
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of akregator (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months.
seems to be fixed in 5.2.3 as far as I can tell
Thanks for the feedback.