Version: 1.5.0 (using Devel) OS: Linux Installed from: Compiled sources read some blog entry click on a link in it close tab (ctrl-w) -> cursor blinks in search bar should be in content, so that you can scroll or press + for next entry... this changed since RC1 I guess
nobody want to fix this? it's annoying having to remember to hit the tab key after closing a tab in order to get the '+' shortcut working...
I can't reproduce the issue with trunk. When I close the tab, '+' works as expected.
Have you used the keyboard shortcut or the mouse? It does work as expected when using the mouse, but not when using keyboard shortcut. In 4.3.3 (1.5.3) the bug is still present.
And in 4.4 beta 2, too. I was digging in the code today, made a diff between 4.2 and 4.3. The only related difference, I can see, is, that before rev 944029 the tabsClose button had the ShortCut Ctrl-W. This was removed in this commit. Therefore I think, that IMHO before the commit Ctrl-W triggered the tabsClose button and so the effects are identical to clicking on it. After that commit the triggered action differ. Clicking on the tabsClose button calls TabWidget::slotRemoveCurrentFrame() and pressing Ctrl-W calls TabWidget::slotCloseTab(). I don't understand the code deep enough to say in what way these differences have influence of the focus of the searchbar. HTH
*** Bug 219146 has been marked as a duplicate of this bug. ***
The bug is still present in the new KDEpim Suite 4.6 beta4 (Akregator 1.6.0). It's really annoying that after closing all tabs (with Strg/Ctrl +w) you have to pres tab twice to get to the article list
and I'm still unable to reproduce with kdepim master.
The bug is still present in 4.8.2 and 4.8.3. I'm using Kubuntu 12.04, recently with the KDE 4.8.3 Personal Package Archive installed. This happens whether Akregator is run standalone or embedded within Kontact. I have F12 set up as a shortcut for Close Tab in Akregator within Kontact (this isn't configured in standalone Akregator, which seems to have its own setup). Whether I use F12 or Ctrl+W, the focus always goes to the Search bar.
*** Bug 319817 has been marked as a duplicate of this bug. ***
My use case is using j, k and space to scroll the article. But when the focus sits in the search field, then of course I start filtering for j, k or space. This clears the selection in the article list (for articles that I want to delete in one go) and -- once I cleared the filter field -- I have to scroll the article list back to where I was before. KDE 4.10.4 on Gentoo.
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.
I confirm the bug is still present in Akgregator 5.1.3.
Graeme, thanks for your feedback
Still present in akregator 5.3.0
Referring to Comment 3, "It does work as expected when using the mouse, but not when using keyboard shortcut." I have the same problem even using the mouse. Close tab using mouse, cursor blinks in search field. Have to click a different article to get cursor out of search field. Steve.
Bug still present in Akregator 5.5.2 (KDE Frameworks 5.35.0, Qt 5.7.1)
seems fixed to me (v5.10.2)
Confirmed fixed as of Akregator 5.16.3 (20.12.3).