User Details
- User Since
- Feb 27 2013, 7:01 AM (423 w, 3 d)
- Availability
- Available
Wed, Apr 7
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.
Tue, Apr 6
I forgot:
Thunderbird is launched automatically at startup. I disabled it but it changes nothing: Enlightenment start takes exactly 37 seconds...
Mon, Apr 5
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
Sun, Apr 4
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
Sat, Apr 3
Bug is still present.
Mar 10 2021
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
Feb 28 2021
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
Feb 26 2021
Dec 18 2020
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
Dec 10 2020
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.
Dec 7 2020
well the desktop will go black - e just asks systemd to shut down and sits around doing nothing.
Dec 6 2020
A laptop, desktop, e X session, driver intel i915
Dec 1 2020
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".
Nov 30 2020
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.
Nov 29 2020
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
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...
Nov 28 2020
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
Nov 27 2020
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.
Nov 26 2020
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?
Nov 25 2020
Oct 5 2020
I fixed blanking issue this way:
settings -> composite -> enable 'don't fade back light'
Oct 4 2020
Aug 8 2020
Apr 7 2020
"don't fade backlight" solved issue. Thanks.
I don't understand why this problem doesn't appear with X session...
Apr 6 2020
Jan 19 2020
Now, no more terminology trash with last git master
Jan 18 2020
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
Jan 17 2020
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?
Jan 16 2020
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
Dec 23 2019
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
Dec 17 2019
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.
Dec 16 2019
Nov 29 2019
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...
Nov 28 2019
Sep 25 2019
It works since last commit.
Aug 14 2019
Jun 26 2019
Yes it works now!
Bug still present with efl-git-1.22.99.62458
Jun 21 2019
Jun 12 2019
Good news, this bug seems solved with efl-git 1.22.99.62358 and enlightenment-git 0.23.0.23575
May 5 2019
Mar 12 2019
Same issue with X environnement
Sep 28 2018
Until you solve this problem, e works better with this variable. Thanks.
Sep 27 2018
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
Sep 26 2018
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...
Sep 25 2018
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
Sep 21 2018
Aug 14 2018
It seems this annoying bug doesn't come from enlightenment but from wayland. I tested Firefox in a weston session, it's worst!
Jul 15 2018
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.
Jul 8 2018
Mar 30 2018
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...
Mar 15 2018
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.
Feb 21 2018
Thanks. Sorry for the noise...
Feb 20 2018
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...
Jan 26 2018
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
Jan 25 2018
Jan 17 2018
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...
Jan 11 2018
Yes but only Enlightenment causes the Xserver crash...
Sep 15 2017
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)'
Sep 14 2017
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
Sep 12 2017
Jul 20 2017
Jul 17 2017
Sep 7 2016
I report this bug as x11 bug here
https://bugzilla.redhat.com/show_bug.cgi?id=1373834
Sep 3 2016
May be interesting
I got same problem with Lxde and Openbox
No problem with Xfce4, Blackbox, Icewm and Cinnamon...