412550 - Minefield fails to load HP's Onboard Administrator

Status: RESOLVED INVALID

(Tech Evangelism Graveyard :: English US, defect)

Description

[matthew zeier [:mrz]]

See bug #406800 for additional history.

Running :

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b3pre) Gecko/2008011504 Minefield/3.0b3pre

Accessing HP's OA still stalls at "Loading blade enclosure info" for about 5 minutes (literally) before going on.  However, the page is void of any useful data/content since it failed to load enclosure info.  

moco folk still have access to https://10.2.10.27/ for debugging purposes.

Comment 1

[:Gavin Sharp [email: [e-mail]]]

Did you try contacting HP support about this?

Comment 2

[matthew zeier [:mrz]]

HP officially supports IE.  But regardless, from a user perspective Fx broke since it worked in Fx2.

Comment 3

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #2)
> it worked in Fx2.

Following is a part of HP's official document for iLO/iLO2.
(Hit by Google search with 'HP "Onboard Administrator" Firefox')
This kind of description is frequently used when browser sniffing is used.
Please note that HP doesn't say 'browser on Mac OS is supported' officially yet.

To matthew zeier(bug opener):
   
Question to rule out issue due to browser sniffing by HP Onboard Administrator: 
Will "User Agent String" change to one for Firefox 2 be a workaround?

> http://h18002.www1.hp.com/products/quickspecs/12362_div/12362_div.html
>(For iLO2)
> Flexible Interfaces 
>  * Browser – Integrated Lights-Out 2 is fully accessible by means of
>    Microsoft® Internet Explorer, and Mozilla Firefox (Linux and Windows only). 
>(For Standard Features)
> Client Browser Support
>  Microsoft Internet Explorer 6.0 SP1 or later
>  Mozilla Firefox 2.0 or later (on supported Windows and Linux client systems)
>  Mozilla Firefox 1.75 or later (for supported Linux client systems)

If not browser sniffing issue, get NSPR log and check what happens first.
> http://www.mozilla.org/projects/netlib/http/http-debugging.html
I recommend you to get log with "all:5", because access to single URL only is required in your case. 
(1) setenv NSPR_LOG_MODULES all:5
(2) Start Firefox
(3) Access URL of HP Onboard Administrator ==> Your problem occurs 
(4) Terminate Firefox
(5) Save log file

Comment 4

[matthew zeier [:mrz]]

(In reply to comment #3)
> (In reply to comment #2)
> > it worked in Fx2.
> 
> Following is a part of HP's official document for iLO/iLO2.

Minefield works just fine with iLO and iLO2.


> Please note that HP doesn't say 'browser on Mac OS is supported' officially
> yet.

I have the same issue with the Onboard Administrator under XP and OSX 10.5.

Comment 5

[:Gavin Sharp [email: [e-mail]]]

(In reply to comment #2)
> HP officially supports IE.

Sure, but it might be worth bringing it to their attention even if Firefox isn't officially supported. They should be in the best position to find out more, on the off chance that they'll look into it.

Comment 6

[matthew zeier [:mrz]]

HP says "we don't support unreleased software".  

Unfortunately, this means that the folks managing Mozilla's infrastructure have to use IE.  Something doesn't feel right about that.

Comment 7

[:Gavin Sharp [email: [e-mail]]]

(In reply to comment #6)
> HP says "we don't support unreleased software".
> Unfortunately, this means that the folks managing Mozilla's infrastructure have
> to use IE.  Something doesn't feel right about that.

I agree. I'm not trying to pass the buck, I'm trying to explore all possible options for figuring out what's wrong.

Given that this is a pretty complex web app, and access to the testcase is restricted to people with MoCo VPN access, figuring out what's wrong is a bit harder than it would normally be.

Perhaps Martijn can help out? Might need to get MPT VPN access enabled, but I can help you get access once you have that.

Comment 8

[:Gavin Sharp [email: [e-mail]]]

I managed to find a debug parameter by looking through the web app source, which opens a debug console. (Imagine that, a webapp with it's own build-in debugger!)

Anyhow, the only errors I see are the equivalent of NS_ERROR_DOM_WRONG_DOCUMENT_ERR, which would most likely make this a regression from bug 47903. Since that was an intentional change that we don't want to revert, your only recourse is to have the web app fixed to use importNode before trying to manipulate nodes from other documents, which probably isn't what you wanted to hear. See also bug 407636.

I don't know of any workarounds that you could use as an end-user. Perhaps HP would be more receptive to a bug report now that we've isolated the problem further? It should be relatively easy for them to fix it, from a code POV, but I don't know what kind of process is involved for actually getting the fixed code to you. Another alternative is to modify your local copy of the app, but I don't even know if that's even possible, and you probably wouldn't want to do that in a "production" environment anyways.

Comment 9

[Mike Beltzner [:beltzner, not reading bugmail]]

Wouldn't they be able to switch their UA to mimic IE?

Comment 10

[matthew zeier [:mrz]]

Are you talking to me?  I should change my UA to IE?

Comment 11

[Mike Beltzner [:beltzner, not reading bugmail]]

That might work, yes. Give it a shot.

Comment 12

[matthew zeier [:mrz]]

> Dear Matthew,
> 
> Thank you for the response.
> 
> This is with reference to your case no. 3600805895 regarding Onboard Administrator fails to load in Firefox3 or Safari.
> 
> We regret to inform that there is no official confirmation on Firefox 3 support and we should be able to release new firmware in the near future which will provide support to latest Firefox 3 browser release. There is no ETA for this update release as of now.
> 
> Please e-mail if you need further clarification and we will be glad to help. 
>  
> Thank you,
> 
> Hewlett Packard's ISS Solution Center

Comment 13

[:Gavin Sharp [email: [e-mail]]]

Reverting the change from bug 47903 is being discussed at http://groups.google.com/group/mozilla.dev.platform/browse_thread/thread/efbb0861ca5d0e67/c60a6205749620fe   . 

Comment 14

[:Gavin Sharp [email: [e-mail]]]

Bug 418755 is reverting the change from bug 47903. This should be fixed when that bug's patch lands.

Comment 15

[matthew zeier [:mrz]]

just noted that this works now, at least in:

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b4pre) Gecko/2008030111 Minefield/3.0b4pre

Comment 16

[:Gavin Sharp [email: [e-mail]]]

Yep, marking INVALID (as an evangelism issue - FIXED for all practical purposes).