jassert failure in juce_linux_XWindowSystem

I am getting these assertion failures and do not know what the cause is, I have looked at the lines of the failures but it doesnt give an indicatino of the root cause. Any Input would be very helpful, my setSize is (2000,2000) for my window and I shall include my Resize method here as well. Many thanks in advance,

void HRTFpluginV1AudioProcessorEditor::resized()
{
//—MY CODE—
auto sliderLeft = 100;
elevationSlider .setBounds(sliderLeft, 10, getWidth() - sliderLeft - 10, 20);
azimuthSlider .setBounds(sliderLeft, 40, getWidth() - sliderLeft - 10, 20);
oxygenConcentrationSlider .setBounds(sliderLeft, 70, getWidth() - sliderLeft - 10, 20);
nitrogenConcentrationSlider .setBounds(sliderLeft, 100, getWidth() - sliderLeft - 10, 20);
airTemperatureSlider .setBounds(sliderLeft, 130, getWidth() - sliderLeft - 10, 20);
humiditySlider .setBounds(sliderLeft, 160, getWidth() - sliderLeft - 10, 20);
airPressureSlider .setBounds(sliderLeft, 190, getWidth() - sliderLeft - 10, 20);
distanceSlider .setBounds(sliderLeft, 220, getWidth() - sliderLeft - 10, 20);
earlyReflectionTimeSlider .setBounds(sliderLeft, 250, getWidth() - sliderLeft - 10, 20);
maxDelayTimeSlider .setBounds(sliderLeft, 280, getWidth() - sliderLeft - 10, 20);
delayTime1Slider .setBounds(sliderLeft, 310, getWidth() - sliderLeft - 10, 20);
delayTime2Slider .setBounds(sliderLeft, 340, getWidth() - sliderLeft - 10, 20);
feedbackSlider .setBounds(sliderLeft, 370, getWidth() - sliderLeft - 10, 20);
wetLevelSlider .setBounds(sliderLeft, 400, getWidth() - sliderLeft - 10, 20);
textLabel .setBounds(sliderLeft, 430, getWidth() - sliderLeft - 10, 20);
impResBox .setBounds(sliderLeft, 460, getWidth() - sliderLeft - 10, 20);

}
void HRTFpluginV1AudioProcessorEditor::paint (juce::Graphics& g)
{
// (Our component is opaque, so we must completely fill the background with a solid colour)
// g.fillAll (getLookAndFeel().findColour (juce::ResizableWindow::backgroundColourId));

// g.setColour (juce::Colours::white);
// g.setFont (15.0f);
// g.drawFittedText ("Hello World!", getLocalBounds(), juce::Justification::centred, 1);

}

JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1730
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1937
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1718
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1730
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1937
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1937
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1621
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1730
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1937
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1718

It looks like you’re using an older version of JUCE. Please can you update to the current develop branch and check whether the issue is still present?

when I run the executable I get: JUCE v7.0.5
I only downloaded a month or so ago.
To get the latest should I clone the develop branch from GitHub? Will that cause issues with this existing project at all?
or can I merge the Develop Branch into my existing stable release folder?

Many thanks for your swift response:)

Have you tried any of the JUCE example projects? Do those work as expected, or do they fail in the same way?

Also, what platform are you using for testing? Do you definitely have an X11 session, or XWayland available?

I have compiled and ran many example projects as well as this one many times. That’s what is confusing as this exact project I have executed many times. I have been using Xlaunch. Which I would open first then execute the standalone plugin and it would load. When I have Xlaunch loaded and then run the program, the Assertions do not show but I get the error:

xlib: extension “mit-shm” missing on display “:0.0”.

I do not know where this has came from as I have made only minor visual changes, commented them out to ‘revert’ and still get this error. Many thanks

I have just re-tried the Surround Example, and Am getting the same errors: JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1730
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1937
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1718
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1730
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1937
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1937
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1621
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1730
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1937
JUCE Assertion failure in juce_linux_XWindowSystem.cpp:1718

I had suspected it was an XLaunch issue earlier today and have deleted and reinstalled it and am not sure what the cause of the error could be, Any ideas what I should do? Many thanks again

If the project used to work, but now all JUCE projects fail in the same way, maybe something changed in your machine configuration. Since last working with JUCE, did you do an OS upgrade, switch OSs, or uninstall/update some packages?

I have done a standard Windows update (always breaks things). Do you know what I should do from here roughly, I have no experience in visual/GUI applications. I have reinstalled Xsever and Xming, but that hasn’t fixed it. What else should I consider? Many thanks

You’re using the linux subsystem for Windows, then?

We don’t “officially” support that; if you’re building on Windows then we’d recommend using a native toolchain such as Visual Studio and/or Clang for Windows.

Yes I am, I do use VScode but I open in a remote WSL window. I use the generated makeFile obviously.
It has been error free until now but may explain the odd issues, also I am currently trying to link an external library. the SOFA C++ API for spatial audio file format and am getting errors with the usr/bin/ld not able to find the library despite the #include path being correct and using the Linker set up in the Projucer

NOTE: for those who come across this, ff this error seems to be beyond the realms of a JUCE issue, as mine was, look elsewhere, set you $DISPLAY variables correctly, or in my case, it was a deep rooted issues with different drivers causing the issue, removing conflicting packages is the way forward