This morning, just after booting, i started e wayland session. It takes about 32 seconds but I did not get message " Efreet did not update cache..."
I think it's X11 issue.

I forgot:
Thunderbird is launched automatically at startup. I disabled it but it changes nothing: Enlightenment start takes exactly 37 seconds...

After booting this morning, I counted time exactly: e takes about 30 seconds to start.
This issue is specific to Enlightenment, not present with gnome, kde, xfce4

Issue conditions:
I boot my laptop, then immediately:
I log in user in tty then I launch e X session with startx. The start process takes a long time for me, more than 20 seconds.
It's much slower than with XFCE4 session.
If i check memory consumption with htop *before* lauching e, i see about 200M resident memory. Total memory is 6G
Before launching e X session, cpu doesn't work at all, no process eating ressources, no mandb update, cron job, etc
My HD:
hdparm -Tt /dev/sda /dev/sda: Timing cached reads: 9064 MB in 1.99 seconds = 4546.39 MB/sec Timing buffered disk reads: 330 MB in 3.02 seconds = 109.42 MB/sec

Bug is still present.

Thanks for these explanations. Last lts 5.10 versions seem work a few better but it's not clear. Anyway i use now linux-rt-lts 5.4 https://aur.archlinux.org/packages/linux-rt-lts/ It works fine

Mistake, sorry.
I confused "worth" with "worse"
Responsiveness is *worse* (in french:"pire") with Software than with OpenGL

Rendering is OpenGL not Software.
glxgears
298 frames in 5.0 seconds = 59.538 FPS
301 frames in 5.0 seconds = 60.009 FPS
301 frames in 5.0 seconds = 60.005 FPS
301 frames in 5.0 seconds = 60.006 FPS
301 frames in 5.0 seconds = 60.005 FPS
301 frames in 5.0 seconds = 60.007 FPS
301 frames in 5.0 seconds = 60.005 FPS
301 frames in 5.0 seconds = 60.002 FPS
301 frames in 5.0 seconds = 60.009 FPS
301 frames in 5.0 seconds = 60.005 FPS
301 frames in 5.0 seconds = 60.005 FPS
Same result with Software and Xfce4
Displaying responsiveness is worth with Software

Efreet did not update cache. Please check your Efreet setup

This message still appears with enlightenment, efl, git master, everytime i launch e X session.
Message is not present if restart e
Conditions: laptop, arch system

In this case, why e wayland session poweroff displays shutdown messages normally? I seems e has a problem with X

May be interesting: this issue doesn't happen with enlightenment wayland session.

well the desktop will go black - e just asks systemd to shut down and sits around doing nothing.

A laptop, desktop, e X session, driver intel i915

I don't know if it's useful. I remember i reported a problem with backlight in 2020 april
Here
https://phab.enlightenment.org/T8647e
Enlightenment disturbed backlight in all tty but it was with wayland session, not X
I solved it with "don't fade backlight".

I never wrote anything about 'dialog boxes in firefox' but about enlightenment dialog boxes.
When I change enlightenment dialog box fonts size to get smaller size, firefox and thunderbird sidebar fonts are too small...
I have no issue with firefox, thunderbird, gtk in other desktops like enlightenment16, xfce4, fluxbox, etc...

I choose 78 dpi finally because firefox and thunderbird sidebar fonts are very very small.
But i get too big dialog fonts, so, i change size fonts -> fonts -> enable custom class-> sans 9.
It's ok for dialog boxes but now, firefox and thunderbird sidebar fonts are too small...
To be short: i need 78 dpi but dialog box fonts become too big. I can't change them because it changes some applications fonts size too.
Impossible to separate dialog box / applications fonts size settings.

This commit solved issue. I discovered it was possible before it :) https://git.enlightenment.org/core/enlightenment.git/commit/?id=4b87781bae4a6ea70e5b6f38683e7c2ea0fd2c27
I choosed 75 dpi.
This setting is very important but user has to click 4 times: -> settings -> scaling -> advanced -> scale relative to screen dpi
I think this is not very clear for "end users" but may be i'm wrong...

Screen settings

In T8856#154566, @raster wrote:

when you changed to scale 2 or 3 - did you restart apps? qt apps dont rescale on the fly - gtk3 doesn't seem to either. gtk2 ones do. do you have a custom dpi enabled. if you do then this overrides the scale settings:

Yes, i restart apps and enlightenment, no size fonts change

that is how you should have it unless you want to override scale settings. this x application setting will override xsettings but not xft.dpi - xft.dpi will be controlled by regular e scale settings. i have not removed these (but these should probably be removed now that scale is driven from a single location). just make sure that you don't have custom dpi enabled. make sure you re-run apps that don't seem to change scaling on the fly.

I don't have custom dpi enabled in above example.

you have basically the same xorg font pkgs as me but your ttfs do vary. i thought for a minute it may have to do with 75dpi vs 100dpi fonts being installed for x... i have both... but that seemed unlikely as most fonts being used are ttf now...

also a thought - what fonts packages do you have installed? :)

your font sizes look around right... if you change scale to 2 ... does it size up accordingly?

New user, emtpy $HOME except for ~/.xinitrc

When I launch enlightenment from other user account, i get same issue.
This problem didn't happen in past git versions -> (november 18) efl-git-1.25.99.66356.g6b47edd998 and enlightenment-git-0.24.99.24316.gd247868c8
I have no issue with other X desktops like Enlightenment16 and Xfce4.

I removed all gtk themes and config from my home, it doesn't change anything.
Anyway, I need these gtk config files
and issue is present with qt too...

Today, i tried to launch e with fresh default installation, i got same issue

I have no Xresources or Xdefaults files in my system

they all look fine to me - e's scale settings are applied and e sets xsettings and xft.dpi. perhaps you have custom files/other config that somehow interacts badly?

I fixed blanking issue this way:
settings -> composite -> enable 'don't fade back light'

"don't fade backlight" solved issue. Thanks.
I don't understand why this problem doesn't appear with X session...

Now, no more terminology trash with last git master

I see 'patch unexpectedly ends in middle of line'
Is it normal?

I pasted 2 valgrind logs in pastebin.com. They seem different...
terminology valgrind https://pastebin.com/ipQq4thk

But less errors...

Recompiled after patching. Terminology crashes again after switching to tty user and going back to e wayland session.
valgrind memcheck here
https://pastebin.com/jmmfSHPc

I'm a "simple user".
I tried different ways, it doesn't work for me... How applying it?

Hum...
Done
valgrind --tool=memcheck --leak-check=yes --show-reachable=yes --num-callers=20 --track-fds=yes /usr/bin/terminology
https://pastebin.com/ipQq4thk

Same crash with last efl git master. Here massif out file
https://pastebin.com/49GN7dL6

Just now, with last efl e terminology git master, same crash, and sometimes, i loose focus in terminoly after switching to tty.
gdb terminology -q
Reading symbols from terminology...
Reading symbols from /usr/lib/debug/usr/bin/terminology.debug...
(gdb) run
Starting program: /usr/bin/terminology
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7ffff57fc700 (LWP 58711)]
[New Thread 0x7ffff4ffb700 (LWP 58712)]
[New Thread 0x7ffff47fa700 (LWP 58713)]
[Thread 0x7ffff47fa700 (LWP 58713) exited]
/usr/lib/../share/gcc-9.2.0/python/libstdcxx/v6/xmethods.py:731: SyntaxWarning: list indices must be integers or slices, not str; perhaps you missed a comma?

refcounts = ['_M_refcount']['_M_pi']

[New Thread 0x7fffeb331700 (LWP 58714)]
[New Thread 0x7fffeab30700 (LWP 58715)]
[New Thread 0x7fffe3fff700 (LWP 58716)]
[New Thread 0x7fffea32f700 (LWP 58717)]
[New Thread 0x7fffe9b2e700 (LWP 58718)]
[Thread 0x7fffe9b2e700 (LWP 58718) exited]
[Detaching after fork from child process 58719]
ERR<58707>:eina_safety ../src/lib/ecore_evas/ecore_evas.c:2796 ecore_evas_shadow_geometry_set() safety check failed: t < 0 is true
ERR<58707>:eina_safety ../src/lib/ecore_evas/ecore_evas.c:2796 ecore_evas_shadow_geometry_set() safety check failed: t < 0 is true
[Detaching after fork from child process 58723]
[Detaching after fork from child process 58727]
ERR<58707>:elementary ../src/lib/elementary/els_cursor.c:699 elm_object_cursor_unset() Object does not have cursor: obj
ERR<58707>:elementary ../src/lib/elementary/els_cursor.c:699 elm_object_cursor_unset() Object does not have cursor: obj
[Detaching after fork from child process 58734]
[Detaching after fork from child process 58738]
ERR<58707>:elementary ../src/lib/elementary/els_cursor.c:699 elm_object_cursor_unset() Object does not have cursor: obj

Some weeks ago, in same conditions, I did not get these crashes.
I get similar crash with elementary_config and Rage, too.
Strangely, Terminology doesn't crash when launching it from gdb.

I use Arch Aur efl -git and enlightenment-git compiled packages, just like you.
This issue could come from hardware or, more surely, from old config, maybe.
I removed this old config then configured new fresh enlightenment.
It works now. I made different configuration steps backups.
Wait and see...

It works since last commit.

Yes it works now!

Bug still present with efl-git-1.22.99.62458

Good news, this bug seems solved with efl-git 1.22.99.62358 and enlightenment-git 0.23.0.23575

Same issue with X environnement

Until you solve this problem, e works better with this variable. Thanks.

New valgrind -massif file today, 13 hours running enlightenment.
kernel linux-lts 4.14.71-1
efl-git 1.21.99.59809
enlightenment-git 0.22.99.23417
https://pastebin.com/uVmA2j8C

It should work
massif file name: 'massif.out.20204'
https://pastebin.com/Y2XsRujj

I apologize for this huge file. Public pastebin doesn't work for me...

Maybe useful:
original massive file is massif.out.20204

My apologize, paste access is public, now...

Here is valgrind -massif log. Running enlightenment about 9 hours.
efl-git 1.21.99.59807.ge9e63f3c0d-1
enlightenment-git 0.22.99.23417.ga03700103
https://pastebin.com/C8gq4Khv

It seems this annoying bug doesn't come from enlightenment but from wayland. I tested Firefox in a weston session, it's worst!

Bug is still there with efl-git 1.21.0alpha1.59380.g655c5ee6e0-1 (Linux Arch Aur).
It disappears if I restart enlightenment then it reappears after half or one hour.

I get nearly same bugs with last efl-git 1.20.99.58032 and enlightenment-git 0.22.99.23369

• When I try to click and scroll menu, it disappears or/and flickers with login menus.
• When I launch wayland session I get error message 'cannot initialize Ecore_X!''

Apps concerned: firefox, digikam, avidemux-qt, thunderbird, gimp, etc...

Other problem with Gimp: mouse cursor disappears

The Enlightenment ticket system is currently receiving high amounts of spam tickets. This ticket has been closed as spam because it lacks both a project and an assignee. If this ticket is not spam, please reopen it after adding these items.

Thanks. Sorry for the noise...

Arch Aur
https://aur.archlinux.org/packages/efl-git/
https://aur.archlinux.org/packages/enlightenment-git/
wayland session
Same bug with efl-git 1.20.99.57659 and enlightenment-git 0.22.99.23329 when using Digikam I try to move/copy pictures...

I recompiled efl and e:
wayland session
Same bug with last efl-git 1.20.99.57388.g7255954ccc-1 and enlightenment-git 0.22.99.23318.g3c7f444f1-1
E crashes when using Digikam I try to move picture file from directory to another directory

vt switching is not even done by the WM. It's totally an internal matter inside the Xserver

Yes but with e22+wayland, I can switch to tty or another user wayland session. So I'm waiting for wayland to be less buggy...

Yes but only Enlightenment causes the Xserver crash...

Conditions: Arch system x86-64, self compiled enlightenment 0.21.9 with efl 20.3
This problem happens with e dialog box
settings -> settings panel

properties -> position, size, application size or name (.desktop)

For this window, 'window remember' never remember 'application size or name (.desktop)'

Open window, resize it and move it at the screen center
click on
window -> remember -> identifiers -> window name, class, title, type
-> properties -> position, size
-> apply
Close window
Re-open window
window forgot size and position
Modifications disappeared from dialog box

I report this bug as x11 bug here
https://bugzilla.redhat.com/show_bug.cgi?id=1373834

May be interesting
I got same problem with Lxde and Openbox
No problem with Xfce4, Blackbox, Icewm and Cinnamon...