@devilhorns - sorry for the delay. I have a Skylake-generation GPU:

@devilhorns - so I've done some more testing with 2 different configurations. The issues reported above *always* happened for me on my home setup, which is an Intel GPU with a laptop panel and an external display connected over HDMI. If I try changing the display setup, I get the laptop's primary display turned off, and the HDMI-connected display operating normally. Actually I can't get out of this state now.

@devilhorns - thanks :) I've tried it out. There are some minor issues, but it appears to be mostly working. I'll briefly report what I've found here ... but if you want this in separate tickets, let me know and I'll create them ...

I've upgraded to meson 0.43.0 and tried again, and E now honors the prefix. I'm not sure whether it's the meson version number change or something else, but since it's my bug and it's now working, I'm closing it as invalid ...

SPAM

SPAM

SPAM

SPAM

SPAM

SPAM

SPAM

SPAM

SPAM

SPAM

Can I try to provide some community support here? I have E working on armhf - a Cubox i4Pro:

@cedric Wow thanks for the update :)

Hi @cedric ... I'd love to see this ticket progress. Is there some way ( paypal, beer, other ) you can be convinced to spend some time on the above-mentioned multi-output ecore_evas work?

<sigh> ... so this actually started working again for me, yesterday. Closing ...

Sorry for the delay. This started working for me again, as of a build this morning. I've checked your branch ( above ) and it's also working for me. I'm therefore setting this as 'resolved'.

Any ETA on this one?

I've just tested under wayland, where I can NOT reproduce this bug. So it only appears to affect E running under X. I've also tried under X with software and opengl compositing - and can reproduce either way.

Ah sorry for the delay :/

"Sloppy". I also *had* "Only dialogs with focused parent" selected for "New Window Focus". I've changed this to "All windows", and at least Remmina is working better, but I don't think this should be required - if a new window covers the previous window, and my mouse is "inside" that window, then I expect my focus would now be in the new window. The example of double-clicking a video from Nautilus best highlights this.

By the way ... I'm building gdb now so I can capture a backtrace.

I'm running on Gentoo, and I can start a wayland session, but only in a single-display setup. I wonder if you're getting https://phab.enlightenment.org/T4501 or similar?

Sorry - I don't get notifications from phab, so wasn't aware you'd commented. I've just retested, and yes, you've fixed it :) Changing status to 'resolved'.

Sorry, I should have mentioned that I tried with the default theme as well. Here's another screenshot using the default theme, and a fresh build from git:

0.21.99.21849

FYI, rebuilding glibc-2.21 with this patch also fixes things for me:

In T4611#70954, @raster wrote:

as another try can you add this flag to your CFLAGS and rebuild efl?

-ftls-model=global-dynamic

that one? just try... but a PIC binary SHOULD have that by default...

re: 32-bit, I'm not sure why this was mentioned ... I'm on a 64bit Sabayon installation ( multilib ), and AFAIK I'm building 64bit binaries:

In T4611#70588, @raster wrote:

Thanks for the response @raster. The backtrace:

In T4611#70506, @raster wrote:

WTF? how can making the oid table a TLS affect the evas gl engine init? this only has to do with eo object access and not internals... ? thell the gl engine doesnt even use any threads... so ... how?