Bug 107740 - Wish: replace "unknown host" dialog pop-ups with passive messages
Summary: Wish: replace "unknown host" dialog pop-ups with passive messages
Status: RESOLVED FIXED
Alias: None
Product: akregator
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-06-19 17:01 UTC by monstermunch
Modified: 2006-08-26 11:21 UTC (History)
0 users

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 monstermunch 2005-06-19 17:01:44 UTC
Version:           unknown (using KDE 3.4.1 Level "a" , SUSE 9.2 UNSUPPORTED)
Compiler:          gcc version 3.3.4 (pre 3.3.5 20040809)
OS:                Linux (i686) release 2.6.8-24.16-default

It is well observed in HCI that intrusive dialog pop-ups can be annoying to the user when it interrupts their current task. In akregator, if you open up a link in a background tab where the host cannot be found, you get a dialog pop-up shortly after saying "unknown host example.com". This can be frustrating as you must stop what you are doing and click the OK button, and it's disruptive to your current task.

If you open up konqueror and type in a bad address in the location bar, a message appears inside the current tab with the error message. This notifies you of the error but doesn't disrupt you by making you click OK (as unknown hosts take several seconds to detect, it's common to switch to something else while you wait or when you open multiple tabs).

My wish is to have this behaviour in akregator, where the dialog pop-up would be replaced by passive messages in tabs.
Comment 1 Frank Osterfeld 2005-11-22 01:44:09 UTC
I agree, and I consider this as a bug.
Comment 2 Teemu Rytilahti 2005-11-30 23:59:03 UTC
I've took a look at the KHTML's source code where this thing comes from and tried to understand what's the reason of having that popup sometimes and sometimes not without success... Anyways, we should always show the page as it isn't possible to refresh the page when there was popup.
Comment 3 Frank Osterfeld 2006-08-26 11:21:41 UTC
SVN commit 577325 by osterfeld:

show error messages in the htmlpart instead of using annoying popups
BUG: 107740


 M  +1 -1      browserrun.cpp  


--- trunk/KDE/kdepim/akregator/src/browserrun.cpp #577324:577325
@@ -31,7 +31,7 @@
 namespace Akregator {
 
 BrowserRun::BrowserRun(const OpenURLRequest& request, QWidget* parent)
-    : KParts::BrowserRun(request.url(), request.args(), 0L, parent, false, true), m_request(request)
+    : KParts::BrowserRun(request.url(), request.args(), 0L, parent, false, false, true), m_request(request)
 {
     setEnableExternalBrowser(false);
 }
Comment 4 Frank Osterfeld 2006-08-26 11:21:54 UTC
SVN commit 577326 by osterfeld:

backport: show error message in the htmlpart instead of using popups
CCBUG: 107740


 M  +1 -1      akregator_run.cpp  


--- branches/KDE/3.5/kdepim/akregator/src/akregator_run.cpp #577325:577326
@@ -31,7 +31,7 @@
 
 
 BrowserRun::BrowserRun(QWidget* mainWindow, Viewer* currentViewer, const KURL& url, const KParts::URLArgs& args, OpeningMode mode)
-    : KParts::BrowserRun(url, args, 0L, mainWindow, false, true)
+    : KParts::BrowserRun(url, args, 0L, mainWindow, false, false, true)
 {
     m_currentViewer = currentViewer;
     m_openingMode = mode;