brackets in virtualbox 4.3.6/ubuntu 13.10 shows OpenGL error on start and has display errors #6427

Closed
tomsen-san opened this Issue Jan 9, 2014 · 21 comments

Comments

Projects
None yet
6 participants

Hi
I installed brackets on Ubuntu 13.10 guest in a virtualbox 4.3.6 with VBoxGuestAdditions installed. 3D acceleration is enabled and works for glxgears (1700 fps).

On first start I get a slew of warnings and errors concerning OpenGL problems.

tomsen@ubuntu-VirtualBox:/meteor/X4Lizenzen$ brackets&
[1] 2831
tomsen@ubuntu-VirtualBox:
/meteor/X4Lizenzen$ OpenGL Warning: glFlushVertexArrayRangeNV not found in mesa table
OpenGL Warning: glVertexArrayRangeNV not found in mesa table
OpenGL Warning: glCombinerInputNV not found in mesa table
OpenGL Warning: glCombinerOutputNV not found in mesa table
OpenGL Warning: glCombinerParameterfNV not found in mesa table
OpenGL Warning: glCombinerParameterfvNV not found in mesa table
OpenGL Warning: glCombinerParameteriNV not found in mesa table
OpenGL Warning: glCombinerParameterivNV not found in mesa table
OpenGL Warning: glFinalCombinerInputNV not found in mesa table
OpenGL Warning: glGetCombinerInputParameterfvNV not found in mesa table
OpenGL Warning: glGetCombinerInputParameterivNV not found in mesa table
OpenGL Warning: glGetCombinerOutputParameterfvNV not found in mesa table
OpenGL Warning: glGetCombinerOutputParameterivNV not found in mesa table
OpenGL Warning: glGetFinalCombinerInputParameterfvNV not found in mesa table
OpenGL Warning: glGetFinalCombinerInputParameterivNV not found in mesa table
OpenGL Warning: glDeleteFencesNV not found in mesa table
OpenGL Warning: glFinishFenceNV not found in mesa table
OpenGL Warning: glGenFencesNV not found in mesa table
OpenGL Warning: glGetFenceivNV not found in mesa table
OpenGL Warning: glIsFenceNV not found in mesa table
OpenGL Warning: glSetFenceNV not found in mesa table
OpenGL Warning: glTestFenceNV not found in mesa table
ATTENTION: default value of option force_s3tc_enable overridden by environment.
OpenGL Warning: glXChooseFBConfig returning NULL, due to attrib=0x2, next=0x20
[0109/150413:ERROR:gl_surface_glx.cc(564)] glXChooseFBConfig failed.
[0109/150413:ERROR:gpu_info_collector.cc(27)] gfx::GLContext::CreateOffscreenGLSurface failed
[0109/150414:ERROR:sandbox_linux.cc(130)] InitializeSandbox() called with multiple threads in process gpu-process
[0109/150414:ERROR:buffer_manager.cc(275)] [GroupMarkerNotSet(crbug.com/242999)!:C05406628B000000]GL ERROR :GL_INVALID_ENUM : glBufferData: <- error from previous GL command
OpenGL Warning: glXChooseFBConfig returning NULL, due to attrib=0x2, next=0x20
[0109/150416:ERROR:gl_surface_glx.cc(564)] glXChooseFBConfig failed.
[0109/150416:ERROR:command_buffer_proxy_impl.cc(166)] Failed to initialize command buffer service.
OpenGL Warning: glXChooseFBConfig returning NULL, due to attrib=0x2, next=0x20
[0109/150416:ERROR:gl_surface_glx.cc(564)] glXChooseFBConfig failed.
[0109/150416:ERROR:command_buffer_proxy_impl.cc(166)] Failed to initialize command buffer service.
OpenGL Warning: glXChooseFBConfig returning NULL, due to attrib=0x2, next=0x20
[0109/150416:ERROR:gl_surface_glx.cc(564)] glXChooseFBConfig failed.
[0109/150416:ERROR:command_buffer_proxy_impl.cc(166)] Failed to initialize command buffer service.
OpenGL Warning: glXChooseFBConfig returning NULL, due to attrib=0x2, next=0x20
[0109/150416:ERROR:gl_surface_glx.cc(564)] glXChooseFBConfig failed.
[0109/150416:ERROR:command_buffer_proxy_impl.cc(166)] Failed to initialize command buffer service.
OpenGL Warning: glXChooseFBConfig returning NULL, due to attrib=0x2, next=0x20
[0109/150416:ERROR:gl_surface_glx.cc(564)] glXChooseFBConfig failed.
[0109/150416:ERROR:command_buffer_proxy_impl.cc(166)] Failed to initialize command buffer service.
tomsen@ubuntu-VirtualBox:~/meteor/X4Lizenzen$ OpenGL Warning: glXChooseFBConfig returning NULL, due to attrib=0x2, next=0x20
[0109/151657:ERROR:gl_surface_glx.cc(564)] glXChooseFBConfig failed.
[0109/151657:ERROR:command_buffer_proxy_impl.cc(166)] Failed to initialize command buffer service.
OpenGL Warning: glXChooseFBConfig returning NULL, due to attrib=0x2, next=0x20
[0109/151657:ERROR:gl_surface_glx.cc(564)] glXChooseFBConfig failed.
[0109/151657:ERROR:command_buffer_proxy_impl.cc(166)] Failed to initialize command buffer service.
OpenGL Warning: glXChooseFBConfig returning NULL, due to attrib=0x2, next=0x20
[0109/151657:ERROR:gl_surface_glx.cc(564)] glXChooseFBConfig failed.
[0109/151657:ERROR:command_buffer_proxy_impl.cc(166)] Failed to initialize command buffer service.
OpenGL Warning: glXChooseFBConfig returning NULL, due to attrib=0x2, next=0x20
[0109/151657:ERROR:gl_surface_glx.cc(564)] glXChooseFBConfig failed.
[0109/151657:ERROR:command_buffer_proxy_impl.cc(166)] Failed to initialize command buffer service.
OpenGL Warning: glXChooseFBConfig returning NULL, due to attrib=0x2, next=0x20

Also brackets does not draw itself correctly. The window content is always on top even if an overlapping window should be in front. See screen shot
2014-01-09_15h30_37

If I close brackets and try to open again, the window becomes quickly greyed out and does not show any content. I have to reboot the VM to get a proper start again.

Member

peterflynn commented Jan 9, 2014

@tomsen-san Are you able to run Chrome in your VM?

Yes, chromium runs fine. I also installed mesa-utils and can run glxgears without problems.

Member

peterflynn commented Jan 28, 2014

Seems like a duplicate of #6145, albeit with more details

Member

njx commented Mar 12, 2014

Closing as dupe of #6145

@njx njx closed this Mar 12, 2014

Member

njx commented Mar 12, 2014

@azegabriel noted in #7121 that turning off 3D acceleration in the VirtualBox settings seems to have fixed the problem - might be worth trying for folks encountering this bug.

Member

njx commented May 21, 2014

@tomsen-san - in #6145 @chrispecoraro mentioned that the latest version of VirtualBox (4.3.12) might fix this. Could you check that and see if it improves things for you?

I tested on Ubuntu Gnome 14.04 in virtualbox 4.3.12 with 3D accel on and got some
improvement.
But I almost immediately lost the window decoration the first time I
tried the current brackets, the second time the inner window area is
always in the front. See attached image.

Will test with 3D off tomorrow and report back.
brackets_gnome_vbox_4

-tomsen

Am 21.05.2014 18:59, schrieb Narciso Jaramillo:

@tomsen-san https://github.com/tomsen-san - in #6145
#6145 @chrispecoraro
https://github.com/chrispecoraro mentioned that the latest version
of VirtualBox (4.3.12) might fix this. Could you check that and see if
it improves things for you?


Reply to this email directly or view it on GitHub
#6427 (comment).

Contributor

chrispecoraro commented May 22, 2014

I'm using Unity.

mikesigs commented Dec 2, 2014

I'm seeing this still in virtualbox 4.3.20/Ubuntu 14.04 LTS. And disabling 3D accelertion is not really an option as it makes Unity's performance utterly terrible. How is the work coming on the Linux native menus?

Member

peterflynn commented Dec 2, 2014

@mikesigs I don't think native menus would do anything to fix this bug, unfortunately. It really is a problem with the way Chromium interacts with VirtualBox -- likely a bug in one or both of those projects, and little we could do in Brackets to make it go away.

One thing you could do to confirm (or disprove) that supposition would be this:

  1. Make sure you have no unsaved work in Brackets
  2. Choose Debug > Show Developer Tools from the menu
  3. In the console tab, type window.location = "https://github.com/adobe/brackets"
  4. The Brackets UI should get replaced by the GitHub webpage. Does that suffer the same bug?
  5. Try a few more websites for comparison. Do they all show this bug, or only some of them, or is Brackets the only content where this bug appears?

mikesigs commented Dec 2, 2014

I did as you described and got some very peculiar results. Dev tools displays as though I've redirected to GitHub (i.e. I can see the html, source, etc of GitHub ) but the Brackets UI remains unchanged. However, it's only the visual elements you can't see. If you click anywhere within Brackets, for example in the upper right-hand corner I can get into my notifications, settings, etc., but what I'm seeing is still the UI of the Brackets page I had open previously. If I maximize Brackets at this point it just renders as an all black window (with the toolbar). If I move the window around the black contents lags behind a bit and I can see the GitHub page in a layer behind it. This same behavior occurred with every URL I tried.

mikesigs commented Dec 2, 2014

I found a ticket for VirtualBox that may identify the problem I'm having. Although it claims to be fixed.
https://www.virtualbox.org/ticket/12941#no2

Member

peterflynn commented Dec 2, 2014

@mikesigs Another test you could try, to eliminate any 'contamination' from the Brackets content being rendered earlier:

  1. Hold down Shift while launching Brackets
  2. You should see a file chooser dialog. Browser to a generic, simple HTML file on your computer. (Or you could use the Getting Started file that comes with Brackets, located in <Brackets folder>/samples/root/Getting Started/index.html). The native shell will load that content immediately instead of showing the Brackets UI.
  3. If that renders correctly, then manually go to http://localhost:9234 in your browser, click the link there to open dev tools, and continue with the steps above using window.location to visit other URLs.

Another test which you could hopefully do soon would be to try a newer version of the Brackets native shell (brackets-shell) which has a much newer version of Chromium embedded in it. Unfortunately we're having trouble getting brackets-shell to build with the latest CEF library (see this thread: https://groups.google.com/forum/#!topic/brackets-dev/0dXM-I3CzRk) -- if you know anyone who might be able to help sort out those Linux build issues, please let us know!

Member

peterflynn commented Dec 3, 2014

Note: I've reopened #6145 (which this was closed as a duplicate of) due to the reports that this is still happening even in VirtualBox 4.3.12+.

Member

peterflynn commented Dec 3, 2014

@mikesigs (& @lrebrown if you're following this thread): If you see other websites show the same problems in the Brackets app shell, another test you could try is this:

  1. Download a 3.1547.xxxx version of "cefclient" from http://cefbuilds.com/
  2. Enter the same website address in the URL bar in this app
  3. Does the problem happen there too? If so, try downloading a newer 3.2171.xxxx build from http://cefbuilds.com/ -- does the problem continue to happen there?

If you're not seeing other websites show the same problem, there's still a way you could test with cefclient:

  1. Clone the Brackets git repo
  2. Check out the pflynn/in-browser-filesystem branch
  3. Start a local web server pointing at the src folder
  4. Visit http://localhost:8080/index.html in the cefclient browser (you can also use this URL with the window.location test in the Brackets app shell, to make sure it still accurately reproduces the problem in that context)

lrebrown commented Dec 4, 2014

@peterflynn I just tried your 'eliminate contamination' test, firstly holding shift made absolutely no difference when opening Brackets, the application just opened as normal. It's a fresh install of Brackets on this VM, so it's only loading the getting started html file. I'm not at all sure what you mean by asking if that renders correctly, Brackets opens and looks like it is supposed to, but this bug is present...

I've lost track a little with what happened when I first clicked the index.html link after pointing chromium to the localhost link, but I then navigated to the adobe url, nothing happened, I clicked around in Brackets and found that it wasn't being responsive, then shortly after, the webpage was displayed, replacing the normal window content in Brackets. I'd closed the chromium tab in the intervening period though, so had to close Brackets and start over, this time Brackets stopped being responsive, but the page never loaded. So I tried a third time, I clicked on 'index.html' like I did the first time, and it's giving me the error '[Extension] Error -- could not read native directory: /home/[myuname]/.config/Brackets/extensions/user', I presume this is a built in default extension, because I haven't added any. As I say, I lost track and I'm not sure if that happened the first time, thought I'd better mention it. So now I'm trying a third time, the window title in Brackets says 'adobe/brackets . Github', but it's not loaded. Importantly though, the one time it did load though, the bug was indeed still present.

I've just tried a completely different domain now, it loaded immediately, so the github loading obviously isn't likely a Brackets issue. Trying a couple of others, okay neither arstechica or theguardian will load, correct window title though, even after reloading Brackets.


I downloaded the test app for cefbuild 3.1547, extracted it and ran the cefclient application. The problem did not occur when browsing to a couple of websites with it. Loading the localhost url, that page itself displays fine (as it did when loaded from Brackets).

I also downloaded testapps for 3.2171 and 3.2217, but neither will run. Running from a terminal, it's giving me a fatal error about "The SUID sandbox helper binary was found but is not configured correctly", but the problem isn't displaying in 3.1547 which I presume is the version built into Brackets currently and you've got the info you needed there, so I won't bother putting time into getting those working.

As for your last test, while I've configured apache on Windows many times, I've never done it on Linux (as weird as that may sound). I'm trying, it's loading the default page, but so far I can't get it to show me anything else. I'll keep trying to figure it out and get back to you.

lrebrown commented Dec 4, 2014

Ah, got it working, I'm now seeing an index.html from your repository.

This index file worked fine in the latest copy of chromium, however loading in cefbuild 3.1547 the problem does occur!

In fact things seem to have gone completely screwy in my display environment. Initially the cefbuild testapp seemed a little unresponsive and the page was just blank (whereas some page content was displayed in chromium), but moving another window around I noticed that this layering issue was occurring. I clicked the 'x' close button on cefbuild, which then caused the page content to display, however then my entire display environment froze up, all I could do was move the mouse!!!

I've forced a reboot, reloaded cefbuild and pointed it at the page. Dragging the page around the screen (for the hell of it I guess), I noticed that in the lag I can see glimpses of the actual page text appears, before it quickly settles and renders the completely blank white layer on top. This white layer appears on top of the context menu too I notice (I clicked in a location showing half of it off the side of the window). Woah, I clicked on the blank white layer, well away from the context menu I'm sure, but now I've got a print dialog loaded under it, and clicking the partially visible cancel button near the top does nothing. Ah, but drag the window down mostly off screen, and the print dialog is forced upwards to stay on screen, and I see it wasn't a cancel button but the 'general' tab I was clicking. And closing the window worked fine this time. Well, that was entertaining...

Let me know if you need me to test anything else.

Member

peterflynn commented Dec 5, 2014

@lrebrown Hmm, it would be interesting to know if the problem still happens in 2171. Does the solution here let you run the cefclient app successfully?

lrebrown commented Dec 5, 2014

@peterflynn, yes I got cefclient to run successfully with that param in that link, and the problem does not occur in the 3.2171 and 3.2217 versions.

mikesigs commented Dec 5, 2014

My system has changed drastically since originally posting in this thread. I'm not running Ubuntu 14.10 and I'm using VMware Player not VirtualBox.

I'm still having trouble running Brackets though, but its an entirely different bug. 9 out of ever 10 times I run it it just freezes. However, every now and then it just works.

I tried what you mentioned about. I downloaded the cefclient. Initially it gave me the following error:

error while loading shared libraries: libudev.so.0

Which I resolved by creating a soft link to the lib I have:
ln -s /lib/x86_64-linux-gnu/libudev.so.1 /lib/x86_64-linux-gnu/libudev.so.0

Perhaps I shouldn't have done this and I should try to get the .0 version? After creating the link however, cefclient worked fine. It loaded up any URL I gave it.

Next I grabbed a copy of the pflynn/in-browser-filesystem branch, started a simple web server with python -m SimpleHTTPServer and easily opened http://localhost:8000/index.html in cefclient without any issues.

So I'm not sure how much that helps you, now that I'm using a different OS and virtual server, but there it is. As for the other Brackets issue I'm having, I'm stumped. There's no errors logged in the console when it happens. It just locks up. Is there a log file somewhere I could check?

Member

peterflynn commented Jan 13, 2015

@mikesigs Sorry no one responded in December. For the freeze issue you're seeing, it would be best to file a new bug. The more detail you can provide about the types of projects & files it happens with, the better. If you can try testing with the simple 'Getting Started' project built into Brackets, it would be good to know if that is able to trigger the issue or not. And also try Debug > Reload Without Extensions to make sure it's not an issue caused by a third-party extension.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment