Rendering issues on OS X

[mdvuser]

After some digging in the sourcecode I found a hack to get the menu dissapearing on macs.

NOTE: This is a HACK. I can note take any responsibilities for using this!

It seems, that the used version of the cooljsmenu has somewhere a feature, that handles Macs different than other OSes.

So I grep'ed for 'mac' in main.js and found on line 1496 (or somewhere around that) the following code:

_1._1s=_1._1K.match(/Mac/);

So. There is a detection for macs. Where is it used?

next grep for _1._1s and what do I find?

if(_1._15&&!_1._1s) with some function being called in that case.

Next thing I did was just to comment out the '&&!_1_1s' so the part now reads as follows

if(_1._15/*&&!_1._1s)

Reload the page in FF and voila. Menu-Items dissapear! (Both Mac an Windows ;-)

I have NO idea what else this does, but for me it works.

I repeat: I CAN TAKE NO RESPONSIBILITIES WHATSOEVER FOR THIS HACK!!

Oh. And my version of the main.js is 1.50 of 2007/02/13 06:47:44 (look around line 1538)

[richm]

Here's a possible workaround for Safari on Mac users.

First, Enable "Debug" mode for Safari: (If you haven't already)

1. Quit Safari if running
   
2. In Terminal.app execute the following command:
   
   defaults write com.apple.safari IncludeDebugMenu 1

Enables the debug menu in Safari. Type again but with 0 instead of 1 at the end to disable.

1. Launch Safari.
   
2. Go to Debug menu and select "User Agent" then select "Konqueror 3"
   
3. Test out your drop-down menus in Safari (When I click off the menus, they roll up now)

Haven't tested extensively, but so far so good.

I'm on an intel imac, OS X 10.4.10, Safari 2.0.4 (419.3)

Interesting that changing the user agent fixes the menu issue... isn't user agent a server side thing???

Rich

[richm]

A side note here, the only other thing I noticed, and I have no idea of this is part of the problem, is, the java console seems to get a lot of the following errors all over the app:

Object (result of expression goforit) does not allow calls.
https://support.portellus.com/staff/...&_a=dashboard#

[mdvuser]

Originally Posted by rixm

1. Launch Safari.
   
2. Go to Debug menu and select "User Agent" then select "Konqueror 3"
   
3. Test out your drop-down menus in Safari (When I click off the menus, they roll up now)

No wonder this works.

normaly Safari submits the following user-agent

Mozilla/5.0 (Macintosh; U; PPC Mac OS X; de-de) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3

.

By changing the User Agent to Konqueror the submited user-agent is now

Mozilla/5.0 (compatible; Konqueror/3)

which does not contain the string 'mac' somewhere and therefore the menu works.

But IMHO the problem should be solved on the server-side of the system so the user does not need to hassle with user-agents an debug menus or manualy editing http-headers in FF via TamperData or URLParams

Regards

mdvuser

[Chris Boulton]

Originally Posted by mdvuser

After some digging in the sourcecode I found a hack to get the menu dissapearing on macs.

NOTE: This is a HACK. I can note take any responsibilities for using this!

It seems, that the used version of the cooljsmenu has somewhere a feature, that handles Macs different than other OSes.

So I grep'ed for 'mac' in main.js and found on line 1496 (or somewhere around that) the following code:

_1._1s=_1._1K.match(/Mac/);

So. There is a detection for macs. Where is it used?

next grep for _1._1s and what do I find?

if(_1._15&&!_1._1s) with some function being called in that case.

Next thing I did was just to comment out the '&&!_1_1s' so the part now reads as follows

if(_1._15/*&&!_1._1s)

Reload the page in FF and voila. Menu-Items dissapear! (Both Mac an Windows ;-)

I have NO idea what else this does, but for me it works.

I repeat: I CAN TAKE NO RESPONSIBILITIES WHATSOEVER FOR THIS HACK!!

Oh. And my version of the main.js is 1.50 of 2007/02/13 06:47:44 (look around line 1538)

Looks good.

I'd submit it all to the bug tracker along with your fix as long as it all works.

This should be put in the release ASAP.

[richm]

For OSX Firefox users go to the FF add-ons page and download/install user agent switcher

Once done, go to this page:

http://techpatterns.com/forums/about304.html

Download the long list of user agents, save list as useragents.xml, then go into the user agent prefs in FF and import the list (I overwrote mine)

In the FF Tools menu, User Agent menu, I selected MSIE 5.5 Win 2000, This one worked.

I suppose you could use the info from the previous posts and simply modify FF's user agent defs to exclude the M word.

Rich

[Chris Boulton]

Changing your user-agent is dodgy - you'll break other things and other services which rely on agent detection.

The patch above is what Kayako should be using.

[richm]

Well the nice thing about both user agent workarounds is, they can be switched back with a menu item immediately. Not every user is going to want to change the code (though I might )

I do agree that Kayako clarly needs to update their code to deal with OS X browsers.


Rich

[kenja]

I am having the same issue with both Firefox and Safari under Leopard. Has Kayako figured out a way to address this, yet?!? It seems like a pretty big deal since more and more folks are using macs and this bug is VERY annoying. I don't want to change user agents if I don't have to. You never know what effects that will have on your browsing experience.

[Chris Boulton]

Make the changes mentioned by mdvuser above - the modification (removing the User-Agent detection) will allow it to work correctly.

Chris

[Jamie Edwards]

Hi all,

I have submitted this to the developers for review.

[Jamie Edwards]

Bug confirmed and fixed in the CVS build. Thanks everyone,