XBAP iFrame in hidden div problem in FireFox - firefox

I have an XBAP that is in an IFRAME, wrap inside a DIV, which can be hidden and shown at the users will. But, in FireFox, after hiding the DIV and later re-showing it, the XBAP disappears.
I have tried all sorts of refresh methods I can find, but nothing seems to work. I don't want to reload the XBAP as its showing information specifically available at the time.
Any suggestions?

onstatechange was causing the problem. Writing a JavaScript method around this to detect the browser type fixed the issue.

Related

Scraping an Angular website with selenium and C# returns the angular script, not the rendered web page

This seems to be by design as far as I can tell. Selenium can see the initially loaded HTML, but not the HTML after it's been massaged. I've tried IE, Chrome and PhantomJS and they all show the same behavior. So does the built-in Chrome debugger, until you inspect an element on the page, you can't query any of the rendered HTML.
I'm looking for any suggestions about how to scrape the web page. The only option I see right now is finding the chrome process, triggering the inspector, clicking inside, then running the Javascript. Needless to say, this sounds fragile.
I also haven't been able to find anything on capturing the Ajax calls from selenium so I can make them and capture the JSON. When tried copy / paste from the chrome network tab into selenium I got a missing application block message.
Does anyone have any other advice?
Since I can replicate the issue in the chrome debugger, I don't see posting code as useful. It looks like a design decision.
Ralph
Sadly, I wasn't able to do things in a straightforward way. Instead, I used Selenium to do the login and navigate to the page, then use windows API calls to click inside the window send ^a^c to copy the data and an absolute location to click on the button to go to the next page.
The site is set up so that ^a^c copies the raw data for this site. I don't know if that's standard for Angular or not.
Fragile, but it works.

Browser not updating scrollbar after inserting html

I'm using a specific template which seems to cause a deffect with scrolling.
Whenever I recieve data from ajax and insert enough HTML so that the page should get a vertical scrollbar, it doesn't.
When I open up chrome devtools, or when I hover an element that has a popover, the scrollbar suddenly appears.
It only seems to effect google chrome.
I can't seem to find the cause and I'm wondering if there is something I can do to trigger an update, just like the devtools do.
When using jQuery, you could try to do
$(window).trigger('resize');
To trigger a resize, like what happens when you open your devtools.

Shadowbox not working in Firefox

I have a strange problem.
I have integrated shadowbox plugin into my drupal web and it works with Opera, Chrome and IE9, but it doesn't work with Firefox 14.
I've noticed that in Firefox rel="shadowbox" attribute is not added to the link of an image, so that should be the reason.
How could I solve this?
The whole idea of Shadowbox is (usually) that you if add the rel="shadowbox" to a link, it will show the Shadowbox. Are you really sure that the attribute is not added in Firefox? Because if that is the cause, you're probably doing something extremely weird at the server side.
Are you trying to add the attribute using some client side code? Because then maybe that code gets execute after Shadowbox registers its event bindings. You might consider changing that code to really add shadowbox to the link, instead of just setting the attribute. Shadowbox provides a fairly decent API to do exactly that.

Invalid positioning of HTML5 form validation bubble in Chrome

Anyone have an explanation why the Form Validation Bubble is positioned with a large offset in Google Chrome when attempting to validate a form hosted in a jquery UI dialog? You can observe that the positioning works ok when removing the javascript call that creates the dialog. It's working fine in Firefox and Opera.
http://jsfiddle.net/oliverw/Z6xAz/
This been confirmed to be a bug in Chromium.
It is a Chrome bug, seems they already saw it. I hope they can fix it for next version....
https://bugs.chromium.org/p/chromium/issues/detail?id=660840
https://bugs.chromium.org/p/chromium/issues/detail?id=680019

Is there a workaround to be able to drag and drop input types with Firefox and HTML 5?

I have a cross browser solution for dragging and dropping using HTML 5 that works for all elements in IE 9, Chrome, and Safari. Firefox works for everything except input types such as textboxes.
I have done a lot of research on this with a lot of help from these resources:
http://www.useragentman.com/blog/2010/01/10/cross-browser-html5-drag-and-drop/
http://html5doctor.com/native-drag-and-drop/
I have also scoured the HTML 5 spec and the Firefox MDN and other resources and have found no solution to the problem. I would hate to fall back to a jQuery library, but it just looks like HTML 5 is not ready for prime time and that I may have to do so.
Has anyone tried this and have a solution or am I going too far over the edge here? Glad to see workarounds are so prevalent in HTML 5 already and my dream of HTML 5 being cross browser so quickly destroyed with the first new thing I try. The spec makes it sound simple. Add a draggable attribute and handle a few events. Except, IE only supports anchor tags and image tags. Webkit browsers need CSS and Firefox apparently doesn't support input fields.
Try dragable attribute for firefox and -webkit-user-drag css property for webkit-based browsers.
See http://www.quirksmode.org/blog/archives/2009/09/the_html5_drag.html#link9

Resources