Closed Bug 456222 Opened 16 years ago Closed 11 years ago

biblicalhealthinstitute.com - Solution Partner's ASP.NET Hierarchical Menu (v1.7.2.0) UA detection

Categories

(Tech Evangelism Graveyard :: English US, defect)

defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: clrbugzilla, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080918002409 SeaMonkey/2.0a1pre
Build Identifier:  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080918002409 SeaMonkey/2.0a1pre

The the java script on Jordan Rubin's Recipe page will not work in SeaMonkey 2.0a1pre's engine rv:1.9.1b1pre but it will work in rv:1.9.0.1 (Firefox 3.0.1's engine). When clicking on a "folder/dropdown" menu it will not open in SeaMonkey 2. I'm not an expert but I assume it is an engine issue as there is a difference in engines.

Reproducible: Always

Steps to Reproduce:
1.Go to http://www.biblicalhealthinstitute.com/Resources/JordanRubinsRecipes/tabid/80/Default.aspx in SeaMonkey 2.0a1pre and Firefox 3.0.1.
2.Migrate to the "Jordan Rubin Recipes" left hand side bar.
3.Click on the folders.
Actual Results:  
In SeaMonkey 2.0a1pre the folders will not open and the page will just refresh. In Firefox 3.0.1 the folders will expand and show content.

Expected Results:  
The folders should expand and show its content in both browsers.
Doesn't work with a Minefield, Gran Paradiso or Bon Echo UA but does with a Firefox UA. -> tech evang.

<!-- Solution Partner's ASP.NET Hierarchical Menu (v1.7.2.0) - http://www.solpart.com -->
<SCRIPT src = "/controls/SolpartMenu/spmenu.js">

</SCRIPT>
Assignee: general → english-us
Component: JavaScript Engine → English US
OS: Windows XP → All
Product: Core → Tech Evangelism
QA Contact: general → english-us
Summary: The the java script on Jordan Rubin's Recipe page will not work in rv:1.9.1b1pre ... → biblicalhealthinstitute.com - Solution Partner's ASP.NET Hierarchical Menu (v1.7.2.0) UA detection
Status: UNCONFIRMED → NEW
Ever confirmed: true
Very likely workaround: stick the word "Firefox" in the UA string somewhere.
Blocks: geckoisgecko
Hardware: PC → All
function spm_browserType()
{
	if (m_spm_sBrowser == null)
	{
		var agt=navigator.userAgent.toLowerCase();

		if (agt.toLowerCase().indexOf('konqueror') != -1) 
			m_spm_sBrowser = 'kq';
		else if (agt.toLowerCase().indexOf('opera') != -1) 
			m_spm_sBrowser = 'op';
		else if (agt.toLowerCase().indexOf('netscape') != -1) 
			m_spm_sBrowser = 'ns';
		else if (agt.toLowerCase().indexOf('msie') != -1)
			m_spm_sBrowser = 'ie';
		else if (agt.toLowerCase().indexOf('safari') != -1)
			m_spm_sBrowser = 'safari';
	  
		if (m_spm_sBrowser == null)
			m_spm_sBrowser = 'mo';  
	}
	//window.status = m_spm_sBrowser;
	return m_spm_sBrowser;
}
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.