WebGUI Not Displaying Horizontal Menu

[TomWaller]

Hi all.

So I think I may have stumbled across a possible bug but just wanted to run it by the forums as I haven't been able to find anything relating to it yet.

When using the WebGUI to administer things like volumes and groups, when I click an item in the list, I don't get any buttons along the bottom, making general administration a royal PITA.

I've tried Chrome 28, Firefox latest (25 I think) and IE 10. None of them work.

One way I have gotten this to work is to install Windows Server 2008 R2 in a VM. The version of IE included in that OS works fine...

Anyone have any ideas?

Cheers.

Tom.

 

[pirateghost]

Works fine here in chrome

Sent from my Galaxy Nexus

 

[TomWaller]

Ah - I was hoping this wouldn't be the case. I've installed Chrome into my 2008 R2 VM and it does indeed work as expected. So for some reason, it's not working on my main system. Could it perhaps be a Windows 8 x64 thing or is there some other requirement I'm missing? I've installed the latest version of Java just in case but still no dice...

t.

 

[TomWaller]

Woah - OK, it gets weirder. If I use my touchpad mouse to click an item in a list, the buttons do not appear (it doesn't seem to actually highlight the item). If I touch the item (touchscreen) it does select the item and does show the buttons. Odd.

 

[pirateghost]

I have a windows 8 machine and it works fine.

Sent from my Galaxy Nexus

 

[Jackal]

Just joined to say I am having the same issue, for example: on active volumes if you try clicking/double clicking/arrowing/etc... I still can't get the menu options to appear.

I wasn't sure if it was my browser so I tested it in Firefox 22 (broken, does not list volume in window where they should appear), IE 10 (does not work, as expected though), Maxthon 4.1.2.4000 (same as firefox), Opera 16 (everything mostly works except for the issue above), Chrome 29 (same as opera), Chromium 32 (same as chrome).
It was on windows 8, I'll try from my main desktop on Gentoo when I get back.

Oddly enough though, after giving up I was on my android tablet and happened to try it in chrome and it works just fine, a little buggy on a tablet, but manageable.

Re-imaging did nothing, might try using a flash drive tomorrow, read about some strange issues caused by flash drives but no explanation why one worked correctly and another didn't.

Currently I am booting off of a 4gb sandisk CF and running FreeNAS-9.1.1-RELEASE-x64 (a752d35), and in case for some reason it's relevant I am running a Dell F1D

This is my first time playing around with FreeNAS so I haven't looked into the issue in detail but plan to do so and will update if I find anything.

 

[Jackal]

I'm reinstalling Gentoo right now but it works perfect from the gentoo livecd with Chromium 18 and Auora(Firefox) 11, both browsers are out of date and work perfect so it seems like the issue is with windows and not the browsers. Maybe a dependency. I'll continue to test it when I get my system running.

 

[Whattteva]

Windows 8 x64 here. Firefox 23.01 and Chromium (Iron) works just fine with no issues.
Even IE10 works fine except for the tree menu.
I would try Opera if I had it installed, but I'm too lazy to install it.

 

[Fran Aquino]

I'm having this same issue too.
Using WebUI from Windows 8 x64. Tried on IE10 (worst), Firefox 22, Chrome 29 (best).

Anyway, it might not be just a browser issue, as everything worked fine when testing FreeNAS 9.1.1 inside a VM against the same set of web browsers (see Edit)

The 'real' FreeNAS box HW:
ASUS M5A78L-M/USB3 (AMD 760G)
AMD Athlon II X3 415e
16 GiB DDR3
6x Samsung Spinpoint M7 HM641JI 640 GB SATA HDDs (RAIDZ2)
Patriot XT Boost 8GB USB 2.0 flash drive for FreeNAS

Greetings

Edit: Just the same with Chrome 30. IE10 fails to render the left menu tree in both cases (VM and physical)

 

[Fran Aquino]

Update: Clearing the Firefox cache did the trick. No luck with Chrome however, even when using incognito mode.
IE10 is unusable to manage a FreeNAS server using the web UI. Netfront on my PS3 does a way better job at it. Better than Chrome (Windows) in fact.
Chrome on Android Jelly Bean OK.
Some might say it is just a browsing issue but imo there are some rough edges in the web UI concerning browser support.

 

[MenacingM]

Hey all, I've had some weird issues with the Web UI (left horizontal menu not loading) following update to 9.1.1 as well. The trick for me was to restart services.

First I tried to restart nginx web server.

Code:

[root@freenas] ~# service nginx restart
Performing sanity check on nginx configuration:
nginx: the configuration file /usr/local/etc/nginx/nginx.conf syntax is ok
nginx: configuration file /usr/local/etc/nginx/nginx.conf test is successful
Stopping nginx.
Waiting for PIDS: 10876.
Performing sanity check on nginx configuration:
nginx: the configuration file /usr/local/etc/nginx/nginx.conf syntax is ok
nginx: configuration file /usr/local/etc/nginx/nginx.conf test is successful
Starting nginx.

That fixed a problem in the past where the Web UI was inaccessible but didn't fix this issue. Next I restart Django, which cleared up my problem. Left menu loads now:

Code:

[root@freenas] ~# service django restart

This takes a little longer to restart and doesn't give any feedback, just brings you back to a prompt. But low and behold, Web UI loads fine.

 

[toddos]

I think I've found the root cause of the issue.

My setup:

• Touchscreen laptop running Win8.1
• Chrome 30
• Firefox 24

On Chrome, clicking any dgrid element that should support selection does not select, but tapping using the touchscreen works. On Firefox, both touch and mouse work. I also tested in Chrome with two different non-touch machines and they both work. Under a debugger on the touchscreen laptop, I see mouse and touch events in firefox but only touch events in chrome.
So I went digging, and guess what? There's a Dojo bug on this, supposedly fixed in 1.8.4 or newer. As best I can tell from changelogs, FreeNAS still uses Dojo 1.8.3 (updated in 8.3.1, appears to be the same for 9.x).
Would it be possible to update Dojo to 1.8.4 or newer for the next release?

Edit: One last verification. I forced Chrome to disable touch events by setting the value in chrome://flags to disabled, and sure enough the mouse started working as expected. I'm not going to run with Chrome's touch support disabled, so I guess it's Firefox for me until this is resolved.

 

[cyberjock]

It's absolutely possible to get it updated. Just put a ticket in at bugs.freenas.org and mention that you found a bug that is fixed with the update and hopefully they'll update it.

 

[toddos]

Done. Hopefully this will get updated in a reasonable amount of time.

 

[Fran Aquino]

@toddos
Awesome, you nailed it.

In the meantime before a fix arrives, just disabling touch events in Chrome (via chrome://flags) did the trick.

Greetings

 

[i3luefire]

Woah - OK, it gets weirder. If I use my touchpad mouse to click an item in a list, the buttons do not appear (it doesn't seem to actually highlight the item). If I touch the item (touchscreen) it does select the item and does show the buttons. Odd.

Still happening
Windows 8.1 x64
Chrome 38
touchscreen
Dell laptop
Intel i-5

 

[i3luefire]

Probably a windows bug though not FreeNAS

 

[i3luefire]

Also one workaround is just disabling the touchscreen. http://lifehacker.com/disable-your-laptop-s-touch-screen-in-windows-8-1-1588333600

 

[toddos]

Necro thread!

Also, check the bug linked above. The fix is known, but it's slated for 9.3. Current version of FreeNAS is 9.2.1.8.

Turning off your touchscreen entirely is a poor solution. You can simply disable touch events in Chrome (as was already pointed out above), or use a different browser like Firefox (again, also mentioned above).