@MAH69K I have updated the above branch (rebased on master), so it is now available for testing. You need to pass --enable-elogind as an option when building

There is also a Phab task already opened for this: https://phab.enlightenment.org/T7272

@MAH69K hello. Yes, current EFL and Enlightenment from git will not work without systemd. There is no support for ELogind yet ... but i have a branch which adds support for it. The branch is here: https://git.enlightenment.org/core/efl.git/log/?h=devs/devilhorns/elput. I need to rebase it against current git (which I will do today). When it is updated, I will post back here and if you would like to test the branch, please let me know your results.

IIRC, main e.cfg stores mime associations. Likely, the problem is that a generic mime type was set for Geany, causing Everything to be opened by it. Agree what that the interface could be improved.

Cache2 has been removed. Unmaintained and not functional at the time.

Agreed, which is why I'd be curious where it's getting called from ... smells like a hotpath that could likely be optimized to (at the least) reduce calls to that function

@ManMower does this happen every render cycle ?? I'm curious where & (more importantly) Why eina_array_step_set is constantly being called....

Oh wait, nvm. I see the values now in the backtrace

Can you add a trap here and see what clip->cur->geometry is ??

This looks ok to me ... but I don't know a lot about the native surface stuff

@DaveMDS Ok, good to know :) It was just a thought

@ManMower could this be related to your recent animator changes ?

Actually should be the opposite ... CSD should always have frame object...Server side I think is the one that does not have frame_obj...As CSD (client side decoration) is what happens when run under Weston, etc

Looks good to me. I will wait for another reviewer to agree before pushing tho

Very strange that a commit from 2 years ago has a side effect that we've never seen until now....

Ahh ok, then this would be safe to push. I wasn't sure if it was compile-time or runtime, that's why I was asking

is NEED_RUN_IN_TREE set at compile time or runtime ?

That sounds like a good idea. I'll go ahead and land this .. in the meantime, maybe a TODO ticket for the egl refactor ??

Makes sense. How did this go soo long without being detected ? :( My guess is other gl engines are doing the same.... Wondering if we should land this patch ? or wait for other engines to be fixed ??

Ah ok, well that makes some sense then

Are we planning on having more than one module for ecore_wl2 ?? If not, then I don't see the point of this ... If we Are planning on more than one module, then ok

@bu5hm4n Patch updated. Needs review again

Update patch according to reviewed comments

Sure, I can change the patch to do that

No Changes

No Changes

No changes

No Changes

No Changes

No Changes

No Changes

No Changes

No Changes

No changes

No changes

No changes

Git phab failed proposing some of these patches, reattempting