Bug 375118 - Opens article in external browser if when 'load full website' option set
Summary: Opens article in external browser if when 'load full website' option set
Status: RESOLVED WORKSFORME
Alias: None
Product: akregator
Classification: Applications
Component: general (show other bugs)
Version: GIT (master)
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-01-15 22:20 UTC by Bogdan Mihaila
Modified: 2020-12-08 04:34 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bogdan Mihaila 2017-01-15 22:20:45 UTC
Hi

When selecting the option "Load the full website when reading articles" for a particular feed each article gets opened in the external browser instead of just showing the website in the internal preview browser. This behavior/bug seems to have been introduced in latest browser component related changes as the package from Ubuntu Yaketty (16.04.3-0ubuntu2) does not have the bug.

Expected behavior is the old one, i.e. show the full website in the internal preview browser and do not open it in the external browser. Currently it is impossible to have that option "load full website" set as just walking through the list of articles (with e.g. left, right arrow keys) opens up a new tab in the external browser.

Also the bug seems to be related to the "Configure Internal Browser Component" settings because whatever is chosen in the "Left Mouse Click" Drop down box as an action, i.e. "Open in Tab/Bakground Tab/External Browser" will be executed when navigating/reading articles in a feed. Above option though is only meant (and was used like that before) when clicking links in the preview browser.


The above behavior is not triggered for feeds that do not have "Load the full website when reading articles" option set.
Comment 1 Justin Zobel 2020-11-08 09:10:29 UTC
Thanks for the report Bogdan.

I've just tested this on Akregator from git master and cannot reproduce the issue.

Can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved, thanks.
Comment 2 Bug Janitor Service 2020-11-23 04:34:06 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 3 Bug Janitor Service 2020-12-08 04:34:30 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!