For emacs and pcmanfmqt, it's worth, i can't maximise windows.

Could you please upload a dmesg and/or a journalctl -b, both after a fresh reboot as it will then be shorter?

In T8484#147211, @vtorri wrote:

@ProhtMeyhet if there is no such warning on linux, then we can close the task

In T8484#147208, @segfaultxavi wrote:

I am definitely not the Windows guy :D

... and just when i thought i've seen the worst of c, strcmp is undefined behaviour with NULL ...

@segfaultxavi and @lauromoura could you have a look? I think you are the windows guys?

What compiler are you using?

In T7406#144792, @RCalixte wrote:

This was fixed in https://phab.enlightenment.org/D9868 and should make it into the next major release, but can hopefully make it into the next minor release.

I assume you are talking about efl?

can you please try a ninja clean before building?

sorry, but this does not guarantee you anything. there are so many interrupts possible between these calls, anything below a lock. or an atomic call, will be useless.

In T7486#145197, @c wrote:

Bug report, analysis, and fix are almost a year old ???

this should be something for @barbieri and @ManMower, but they haven't been active since the beginning of the year.

In D10299#192121, @segfaultxavi wrote:

Well, it does not exist in my Ubuntu 18.04 with gcc 7.4:

elc_naviframe.c:(.text+0x304d): undefined reference to `strclat'

One of the main reasons I hate with C is that strclat, or better, strl*, are not portable. Maybe it works, maybe it doesn't. Isn't there some Eina* function to work around this?

In D10289#191863, @cedric wrote:

In D10289#191843, @ProhtMeyhet wrote:

May I inquire why you replace eina_stringshare_del with a NULL parametered eina_stringshare_replace? The former is very clear on what the code should do, delete the string, the latter requires much more thought to go about what this actually should do.

Replace does free and null pointer in one operation. It should be standard practice in any object that could live long enough to trigger code that might access this pointer (think other callbacks).

May I inquire why you replace eina_stringshare_del with a NULL parametered eina_stringshare_replace? The former is very clear on what the code should do, delete the string, the latter requires much more thought to go about what this actually should do.

In D10266#191433, @segfaultxavi wrote:

The name change makes perfect sense, but I do not see where compression is being enabled (I am no tar expert).

Could you please state your version of enlightenment?

could you try to disable Hardware Acceleration in firefox?

In T8047#141333, @deepfire wrote:

this sounds like an out-of-memory situation, or generally high system load.

Far from it. Plenty of CPU/RAM free. No OOM in sight.

No zram used.

In D9734#180629, @Herald wrote:

It seems that this patch has no reviewers specified. If you are unsure who can review your patch, please check this wiki page and see if anyone can be added: https://phab.enlightenment.org/w/maintainers_reviewers/

i've been playing around with this a bit and it seems it is caused by the locking mechanism of the package manager.

I can't help you much here because I'm on holidays and I only have my phone. I'll come back in early September.

raster fixed an SEGV on close in 0.22.4 with rE638ffe58538478ede9f9000db370ec5e853635e8 and i had a SEGV which was closed with rEbf146faf7289035eade9875735869de4da7622d4.

strange, did it ever work for you/on fedora?

and then the checkmark again.

does it change when you press the refresh button in the popup menu?

two things

I'm sorry it took so long for anyone to answer, but the picture

In T7803#139702, @cederom wrote:

not really :-( some issues that i have noticed:

1. ui hangs but mouse moves. sometimes after several minutes things get back to normal sometimes not.
2. window switcher / selector is buggy. almost always with virtualbos running it cannot switch back to other windows and does not show windows on the list while switching with Ctrl+Tab. this is critical as i have to restart session and interrupt my work.
   
   that never happens on the same machines running xfce4 or lxqt..

I have failed to find a suitable man page of the clock module. As such i am unable to understand what the ci->week.start = 1 should actually do. it gets configured, all right, but what it actually should do ... ?

I'll have to assume you are using linux.

the pastebin already died. however you can upload a file here on this bugreporting page, which i hope you'll do.

In T7803#134209, @cederom wrote:

Thank you Peter! Enlightenment really rox! Just as my beloved FreeBSD!

The argument (basic) is added to the layout string (ru (basic) instead of just ru) and libxkbcommon throws an error

When a new window opens it will render -for a split second- a picture from another xwayland app.

Enlightenment by default stores a crashlog in your home directory called ~/.e-crashlog.txt. please delete this file, as every crash will be appended to it, and then crash enlightenment again. then please upload the newly created ~/.e-crashlog.txt.

this sounds like an out-of-memory situation, or generally high system load.

I am sorry, but i am very confused by your ticket. However you seem to have resolved it, or it may have resolved itself.

this should be solved with terminology 1.5.0. please reopen if it wasn't.

this is really hard. it doesn't look like a hardware issue and i'm afraid we have to make you debug further...

In T6240#139620, @Hi-Angel wrote:

Hey guys, I wanted to take a stab at it, but my question is: is there a way to build terminology separately from the whole enlightenment project? I.e. so I could work just on this feature alone?

Could you please provide the Enlightenment and Efl version you are using? devd, pulseaudio and dbus version would probably also help.

seeing those, too. T8095

for me this seems to be resolved with 1.5.0. thank you!

In T8095#139135, @billiob wrote:

Could you please test with Terminology 1.5.0 or ask to have it on opensuse?

In T7097#129282, @raster wrote:

this smells here like a video driver issue - like there are a limited number of "contexts" (video ports) for output rendering and once you hit the limit things fail. that's what it smells like at any rate... so either a hardware or driver design limit. the numbers above hint that the limit might be 64 which smells like the kind of number that might be such a limit well some ports are used implicitly e.g. the screen/compositor uses 1 then it gets 63 mroe of them (port 0, 1, 2, ... 62) then the 65'th fails.

In T6462#129422, @raster wrote:

git log src/lib/ecore/efl_io_closer_fd.c

to see full changes

git log --color -U src/lib/ecore/efl_io_closer_fd.c

and you'll see what we both mean.

In T6462#129418, @raster wrote:

what @bu5hm4n said - i looked at the history of the file - the commit went in - changes there then at a later point it was changed again by other commits. so in GIT it seemed all fine to me.

In T6462#129413, @raster wrote:

it's just the cgit gui web - git has all the right state/content. that's what matters at the end of the day.

In T6462#129083, @raster wrote:

ummm errrr? i don't know. cgit might have caches like @cedric says and these somehow got stale or unwritable or... ?

oh, forgot: it's been over one whole year since i opened this, so "cache issue" sounds unlikely @cedric

@raster any idea?

see also T7439

In T7439#125432, @ManMower wrote:

can you try setting the ELM_DISPLAY env var to "wl"

elm apps try X first by design. if both a wayland compositor and an X11 server are running, trying X first is generally least surprising (because wayland apps will connect and run even if WAYLAND_DISPLAY is unset).

In D7471#130784, @ManMower wrote:

How is it possible that the rpi3 is beating the i7s? I realize the pointer sizes are different, but that still seems improbable? Your golden sample PI3 is also beating the odroid in the eina_list test. I think that alone needs further investigation? :)

since, you know, old hardware is still great which is why i use linux and enlightenment in the first place:

apparently resolved.