ad blocks web-browser

Bug #1490750 reported by Josué
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
webbrowser-app (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Bq aquaris 4.5 15.04 r24

Some types of ads can block the web-browser because you just have the option to click in the add pop-up
Its very annoying since if you restart the web-browser it charges again the add. The only why to avoid it is after restart web-browser be faster than the app to close the window before it'll be charged.

Revision history for this message
Josué (j2g2rp) wrote :
description: updated
tags: added: ad block web-browser
Josué (j2g2rp)
description: updated
tags: added: bq
Revision history for this message
Olivier Tilloy (osomon) wrote :

I’m not sure I understand what the issue is. This add uses the javascript alert() API to display a modal dialog box. This is bad™, but the browser cannot be clever about which alerts are legitimate, and which are ads. Closing the dialog should allow you to continue browsing. Or does it enter a loop and open another dialog again?

Changed in webbrowser-app (Ubuntu):
status: New → Incomplete
Revision history for this message
Josué (j2g2rp) wrote :

Yes, I'm not sure, but if i click on "Aceptar" maybe it can take me to a download. When ads like it appears you just have the option tu press "Aceptar". You also can't close the window (lash) using the gesture from the bottom to the upper.
Sorry for my grammar... Did you understand?

greetings

Revision history for this message
Olivier Tilloy (osomon) wrote :

Yes, I understand what you mean. Unfortunately, it’s the nature of javascript alerts to be modal dialogs, so if a website chooses to put an ad (or a fake virus warning or whatever scam mechanism) in an alert, there’s nothing the user can do about it, except for not browsing to this website.

There doesn’t seem to be any setting in oxide to disallow javascript dialogs specifically (other than entirely turning off javascript, which nowadays would result in a very broken UX on the web).

Changed in webbrowser-app (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
Luciano Barea (lubareac) wrote :

Any option in Javascript alert() API for add a close button, "Close" in contextual menu, or be identify like other normal window in "Open Tabs"?

Sorry for my grammar...

Revision history for this message
Drwd (gallito-loquito-2012) wrote :

The browser must have a option to disable java scripts.

Revision history for this message
Olivier Tilloy (osomon) wrote :

I just filed bug #1491253 to track the lack of a setting to disable/enable javascript.

As for a close button, that’s effectively what the OK/accept button does (whatever the script in the page does after closing the alert dialog is not something the browser can control). As I wrote earlier, javascript dialogs are meant to be modal, so there’s no way they can be presented like a separate tab. Javascript dialogs are in general a bad idea from a design perspective, they interrupt the user flow, and modern websites should avoid using them in favour of less intrusive notifications.

Revision history for this message
Luciano Barea (lubareac) wrote :

If close button does the same that OK/accept button (accept script ), don't exist an way for kill the script (close without accept it)?
One question, disable/enable javascript option, will be for everything webs or you can configure exceptions?
Sorry again for my grammar...

Revision history for this message
Olivier Tilloy (osomon) wrote :

There is no way that I know of to interrupt a given script’s execution.

Oxide (the webengine) exposes 3 preferences related to javascript that we could expose in the browser’s UI:

  javascriptEnabled
  allowScriptsToCloseWindows
  javascriptCanAccessClipboard

If the first one (javascriptEnabled) is set to false, it disables javascript everywhere. This can be set per webview (i.e. per tab), but we don’t have a design for that. To discuss this, please comment on bug #1491253.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.