@devilhorns - sorry for the delay. I have a Skylake-generation GPU:
Apr 26 2018
Apr 10 2018
@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.
Apr 3 2018
@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 ...
Feb 26 2018
Jan 14 2018
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 ...
Jan 7 2018
Dec 5 2017
Nov 1 2017
Can I try to provide some community support here? I have E working on armhf - a Cubox i4Pro:
Oct 31 2017
@cedric Wow thanks for the update :)
Oct 19 2017
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?
Oct 9 2017
Aug 17 2017
<sigh> ... so this actually started working again for me, yesterday. Closing ...
Aug 16 2017
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'.
Aug 14 2017
Jul 3 2017
Jun 21 2017
Any ETA on this one?
May 1 2017
Apr 27 2017
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.
Apr 25 2017
Ah sorry for the delay :/
Apr 18 2017
"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.
Apr 6 2017
Mar 23 2017
Mar 12 2017
By the way ... I'm building gdb now so I can capture a backtrace.
Feb 17 2017
Feb 1 2017
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?
Jan 10 2017
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'.
Nov 20 2016
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:
Note that I'm pointing at the left-most luncher icon ( terminology ), but the pop-up appears under the 2nd icon ( chromium ).
Nov 17 2016
Oct 30 2016
FYI, rebuilding glibc-2.21 with this patch also fixes things for me:
Sep 21 2016
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...
Sep 19 2016
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:
Sep 18 2016
Sep 15 2016
Thanks for the response @raster. The backtrace:and the log without backtrace: . Something I noticed while scanning through it myself:
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?