Closing plugin-placeholders shouldn't collapse their area

Bug reports and enhancement requests
Post Reply
Elbart
Junior Member
Posts: 35
Joined: Mon Jul 15, 2013 2:25 pm

Closing plugin-placeholders shouldn't collapse their area

Post by Elbart »

Closing a plugin-placeholder, i.e. for a Flash-embed, shouldn't collapse the whole element. I've unchecked. "Collapse blocked objects", so apparently this setting does not apply to plugin-placeholders.
Example: http://ce.uwex.edu/techsupport/flashtest.aspx
Maybe it would be better to handle the closing like Firefox does: Just hide the element, but don't change anything regarding the position of other elements like text and graphics.
Last edited by Elbart on Fri Oct 18, 2013 11:37 am, edited 1 time in total.
Mozilla/5.0 (Windows NT 6.0; rv:24.0) Gecko/20100101 Firefox/24.0
Elbart
Junior Member
Posts: 35
Joined: Mon Jul 15, 2013 2:25 pm

Re: Closing plugin-placeholders shouldn't collapse their are

Post by Elbart »

Hello?
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0
User avatar
Giorgio Maone
Site Admin
Posts: 9454
Joined: Wed Mar 18, 2009 11:22 pm
Location: Palermo - Italy
Contact:

Re: Closing plugin-placeholders shouldn't collapse their are

Post by Giorgio Maone »

Noted as a low-priority RFE, thank you.
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
User avatar
Giorgio Maone
Site Admin
Posts: 9454
Joined: Wed Mar 18, 2009 11:22 pm
Location: Palermo - Italy
Contact:

Re: Closing plugin-placeholders shouldn't collapse their are

Post by Giorgio Maone »

Please check latest development build 2.6.8.16rc4, thank you.
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
Elbart
Junior Member
Posts: 35
Joined: Mon Jul 15, 2013 2:25 pm

Re: Closing plugin-placeholders shouldn't collapse their are

Post by Elbart »

Wow, thanks working fine. Much appreciated.

I got a question:
I don't know if this is within the scope of NS, but would it be possible to also show the placeholder when no flash-plugin (or other plugin) is installed?

I'm asking because Firefox's built-in click-to-play-mechanic is interfering with the website (being on the top-most layer, possibly blocking other elements underneath it, like mouseover-menus) even when no plugin is installed and a website has a Flash-element, or Java or whatever.
Then Firefox also shows some door-hanger-notification about the missing plugin every time it encounters a Flash-element.

So, I'd like to know if it was actually possible to make NS "hijack" and surpress the attempt of Firefox asking to install the missing plugin when "Forbid <plugin>" is checked, and only initiate the doorhanger-notification when the placeholder is clicked?

A quick way to simulate the lack of a plugin is to set plugin.scan.plid.all to false and restart Firefox.

My current stopgap solution is to also use Flashblock, which doesn't lead to the doorhanger-notification being shown and Firefox's ctp-mechanism to kick in.
When NS and Flashblock are both active, NS adds its placeholder ontop of Flashblock, but the doorhanger-notification is shown.
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0
User avatar
therube
Ambassador
Posts: 7929
Joined: Thu Mar 19, 2009 4:17 pm
Location: Maryland USA

Re: Closing plugin-placeholders shouldn't collapse their are

Post by therube »

See if noscript.smartClickToPlay does anything for you?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball NoScript FlashGot AdblockPlus
Mozilla/5.0 (Windows NT 5.1; rv:27.0) Gecko/20100101 SeaMonkey/2.24
barbaz
Senior Member
Posts: 10847
Joined: Sat Aug 03, 2013 5:45 pm

Re: Closing plugin-placeholders shouldn't collapse their are

Post by barbaz »

about:config -> plugins.hide_infobar_for_missing_plugin ?
*Always* check the changelogs BEFORE updating that important software!
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:27.0) Gecko/20100101 Firefox/27.0 SeaMonkey/2.24
Post Reply