Ok, after making those changes to settings, it seems most things are functioning as intended. I can close my laptop lid with external display when plugged into AC without it suspending. I can close the laptop lid without external display when running on battery and it will suspend. Only two issues remain.

In T8729#152774, @raster wrote:

what is the name of the laptop screen output?

Thank you for mentioning the "suspend intelligently"; lid closed was set to "suspend". I just switched it to "suspend intelligently", and I can close the laptop lid with external display connected without it suspending. However, the screen remains active, despite being off. I can move the mouse and windows to that screen.

That fix has eliminated that popup that prevents all system actions and VT switching. However, I am still unable to close my laptop lid with external monitor connected without it suspending. The only way I have found to reliably have my laptop lid closed and only the external display, is to boot or start E with my laptop lid closed.

I am sorry about omitting that, but thank you for your time and the fix! I will try it out ASAP!

That is correct, I am sorry for omitting such an important detail. I do not use systemd, I use openrc instead.

In T8729#152712, @raster wrote:

I do not have any of those in the theme I am using. I assume, I should add those things to the theme.

they are not in the theme - they are in the standard config profile src - so look in the gui settings for acpi and key bindings for anything that smells sleep/hibernate related and delete those OTHER than lid event - keep that.

I just unplugged from power with my laptop lid closed. Now the screen blanking every few seconds. Soon as I stop typing, or I stop moving the mouse, the screen tries to blank. There is also something weird going on, with my laptop lid closed, the screen is still active, I can move my mouse over there. But when I open the lid, both screens blank and come back, even though nothing is changing.

In T8729#152704, @raster wrote:

so just for detail. we have 2 sleep bindings out of the box. 1 is an explicit sleep acpi event:

In T8729#152703, @raster wrote:

do you have multiple bindings for lid close in acpi bindings?

Ok, just to try things one at a time. I switched to the default them. I rebooted. I do not have an external display connected. When I booted up, I was plugged into power. I closed the lid and it suspended. I then opened the lid to un-suspend. Then, I unplugged power, closed the lid and boom.

It might be best to close this issue and start a new one. It is looking like most of my issues are power related as opposed to hotplug display. I am having less display issues, the issues are more related to suspend and inability to do anything system action wise. I thought hotplug display was causing that issue, but after my experiences without any external display attached. It is looking more and more like something to do with plugging and unplugging power, or something do to with that rather than display.

In T8729#152678, @raster wrote:

ok - i just spent about 10 mins with my laptop, an external display on my desk doing various combinations of plug and unplug of the external display, closing of the lid and plug/unplug of power. in every case i ended up after a few seconds and some fade out and in etc. with either my external monitor showing my previous laptop display (lid closed) or both screens showing 2 different screen configs (mouse can move from one to the other). my monitor is a different res (2560x1440 vs 1920x1080 on laptop screen) so it adjusted accordingly each and every time.

eh wait.. first lines. you had a script run... why? you know this is a recipe for disaster as e is messing with randr config at the same time as your script... it's a race condition waiting to happen. so i wouldn't do this if i were you...

Cross-linking an ecrire issue #43, since Save As is a useful and common feature of text editors.

Thank you Al!

@cedric I see you are French so likely an immigrant to the US. That you are French says enough right there.... Now your conduct makes much more sense to me.... Samsung and Tizen is doomed....

@cedric What value are you adding here? Anything technical? You have personally insulted me a few times. I guess that is acceptable professional conduct? Why are you not avoiding me now? Do you not have anything better to do? I surely do....

SCM vs VC etc does not matter to me. It is just an example of how things can be confusing or misinterpreted. Why you should ask vs assume.... There are numerous words that have a British and US spelling, much less other stuff. Some of typos come out of frustration. These are bug reports not essasys... Having lost hours this morning to stupid comments on non technical issues. Complete waste of everyone's time. Why it should never have taken place. My comments never editted, none of this would exist. For the record I have none of these problems with non English speakers.... They tend to have really bad English writing skills.

@cedric Then I will stop. After all others are catching these issues and reporting them. I will let others file issues and deal with you all....

Worry about the issues not the wording. There is no perfect communication. The focus should be on getting stuff done. Not the process. There is a reason its called work and not play. Not everything is nice or friendly. That is not the point.

Look this was a notes file on my desktop. Minor issues I noticed in my eminence theme. That kind of stuff is not worth being in VC. At best maybe open issues to track stuff that needed to be done. Not every text file or other file need be in VC.

You all need to change how you conduct yourself. Which it is not my place to comment on how you all conduct yourself but since your comment on my conduct. Your pointing fingers so I will point back.

Or I can not take my time to report problems and just let others run into them.... Which I am sure when they run into problems. They will take their time to file polite requests and continue using the buggy software. Rather than use something else that works fine....

I am not getting any crashdump files, not sure why. I have things built with symbols, and I can attach via gdb I believe. I am not running systemd, but do have elogind. I have had them before. I deleted the file so that it would be a clean output next time. Thus far on neither desktop nor laptop has the file been re-created after delete.

You need to stop, Short on Luck, Sorry out of Luck, etc is NOT abrasive. You need to stop preaching to others. Not everyone shares your view or opinion. Thus you should keep it to yourself. You are just creating needless noise. Work the bug, who cares on the text or wording... Seriously!

Numerous people have such problem with Intellij and also in [Android Studio](). However latest releases of Android Studio it is not set to autosave, normally but still does in some other cases.

Ah video ram, possible. Though it happens on both systems. Does not seem to effect anything. Nothing visible on screen, just spits stuff out in session log. Sorry for leaving out relevant information.

SOL is a common acronym. You need to understand people communicate differently. You need to stop trying to correct others. It is NOT your place. Who do you think you are? Do you walk up to people in normal life and make such comments? You also assumed it meant something other than it did. A simple google would show you the MANY polite meanings of SOL. Things can be interpreted a multitude of ways. Stop trying to enforce your personal opinions on others. Do you not have anything better to do with your time or life? Have kids if you want to control how people are, what they say and do. Good luck with that!

I can replicate in everything except elm_tests. Its there in edi and ecrire. It has nothing to do with the document or amount of lines. It is there with 1 line, just not as visible thus I made more lines so the black would be more visible.

Any other editor would prompt to SAVE the changes made to the file. Not silent save when I closed EDI. I have worked with a lot of IDE's and text editors. It simply should have prompted me to save the changes. Like everything else in the world would have....

I accidentally took a "Shot"(Take Shot) of a window and that worked fine. Its just the main E menu "Take Screenshot" which causes issue. Locks up E.

Nice job of being receptive to feedback and being open to improving things... Your junk nuked a minor text file and you basically do not care... Yet you expect others to code using this? Or others to help you further this stuff? More and more reasons why I do not use EDI and do not see myself ever using it. How many others use EDI? Compared to say Netbeans or others.... Lots of things to improve, starting with being receptive to others work flow beyond your own....

BTW, even if Netbeans crashes, any history of work I did, remains.... :) No need for auto save :)

I am aware it is in settings. I was using it as a straight editor. To be honest only using EDI so ecrire code is not blamed for elm_code issues.

You should spend more time coding and less time worry about the words others use seriously! The text you removed does not stand for what you ASSUMED it does... Stop trying to control others!
https://acronyms.thefreedictionary.com/SOL

Looking at the default theme, there is no "visible" description in part "base" in group "elm/hover/base/main_menu_submenu/default".

Actually not a shutdown issue and is very strange. For some reason that is being triggered at other times. Like when interacting with the main menu. Which I recently added to ecrire so this could be a main menu specific bug. It may also be theme related as I do get another.

Very unlikely oom, most my systems have it to spare at all times. I haven't been able to max out ram outside of an unwanted runaway process maxing out both cpu and ram requiring hard reboot. Which never occurs when those errors are generated. They seem to get generated pretty often. Multiple times under most GTK apps.

As a patch

This should fix it

diff --git a/data/etc/meson.build b/data/etc/meson.build
index b5a43a5cf..14baf7253 100644
--- a/data/etc/meson.build
+++ b/data/etc/meson.build
@@ -21,7 +21,7 @@ else
     SUSPEND   = '/usr/bin/systemctl suspend'
     HIBERNATE = '/usr/bin/systemctl hibernate'
   else
-    sleep = find_program('sleep.sh', '/etc/acpi/sleep.sh', '/sbin/sleep.sh', '/usr/sbin/sleep.sh')
+    sleep = find_program('sleep.sh', '/etc/acpi/sleep.sh', '/sbin/sleep.sh', '/usr/sbin/sleep.sh', required : false)
     if sleep.found() == true
       SUSPEND = sleep.path()
       if sleep.path() == '/etc/acpi/sleep.sh'
@@ -34,7 +34,7 @@ else
       endif
     endif

Looks like this should be a conditional on install-sysactions. E does not use that file directly. It is only referenced in data/etc/sysactions.conf. Thus the meson.build in data/etc/meson.build having the sleep bit. Which should likely be optional on the global sleep variable from the master/root meson.build

E depends on libreoffice? That seems odd. Maybe that should be configurable? Unless I missed an option and it defaulted on. The reason I say EFM vs E is windows remain. Open terminals, browser etc. Those never flicker or change. The borders remain, window controls etc. It is only the desktop that seems to crash/restart. Which I thought was handled by EFM. Either way it seems to just be crashing the desktop not E. Thus no e-crashdump.txt or anything beyond what shows in log. Which almost seems like a restart vs crash. The PAUSE bit is strange. That is what I get when it restarts.

I have no idea about soffice, or what package provides that. Looking into that part.

Also running into this when I go over Development or Graphics in the main menu. It makes the background, and all icons disappear and then come back. Black desktop screen. But windows all remain visible.

I do not believe these are driver or effects related at all. Right now if I go over Development or Graphics categories in the main menu. It seems to crash EFM. I lose desktop background, icons, and it seems to restart that. Here is my session log file.

I have not experienced this since Oct 5th. I have upgrade xorg since then from 1.19.3 to 1.19.4, along with drivers. Not sure if the problem was in that. Going back to e 22 from git to see about other bugs. But seemed this was more EFL than e, as I recall running into this long before e 0.22.0 alpha or beta.

I have to install e 22 again. I switched both my laptop and desktop back to 0.21.9 due to various issues. I can see about another attempt. This time from git.

I will have to replicate and provide such.

This has happened 3 times since. After the 2nd time I rebooted my entire machine. It just happened again with 10 terminals in under 30 minutes. Rather than rolling back EFL and E. I will likely install and switch to another terminal. Since I am not running anything other than Terminology. Sometimes I can catch it in time as I did twice. The 3rd time happened so fast. Before I could even ssh into my desktop from laptop it had crashed E.

This happens daily, if not several times a day. It just happened now with 16 terminology windows. I closed 11 of them and it recovered. No other apps open or running. EFL 1.20.4, Termonlogy 1.1.1, E 0.22.0 beta.

The code is pretty straight forward.

Still not able to track down issues. It is very sporadic and not consistent. Sometimes it starts every time I log in. Other time is does not start for a few sessions. I am not sure what I can do to debug startup. Seemed to be the same with 0.22.0 alpha, I have not tried beta due to location issues. I see its in the correct location now I will see if that is any better. I had strange gtk non-rendering issues under 0.22.0 alpha.

FYI has nothing to do with this bug, but in that entrance output. I determined my issue with that system and dual monitors was lack of specifying an order. I updated the usage for entrance according to such. I had that on one system. On my dual display desktop I never had to set an order. It is likely in part entrance code. Though it seemed to cause major issue for edje, which is what caused other problems in entrance.

Seems it was a path issue, and it was being invoked twice. Once with messed up path. Thus getting the pop up but it also still working. Strange sudo opens a dialog for a mia file. Maybe has something to do with the pattern matching in the sudoers file. Not being a tty maybe due to it tied to graphical session. Either way resolved.

No worries, I am ok with doing unset. But I did test it out with a missing file and seems to cause similar to happen. Seems odd to get a dialog for nothing. Also not sure it should pop up with -A not being used. Even if the env var is set. Thought you needed both, and if no SUDO_ASKPASS set, then it goes with a default or something. Either way resolved for me, can leave this open or close. Not sure if others will run into.

Yes it exists. I just added

unset SUDO_ASKPASS

FYI I am hitting the window X button to close the dialog. I am not entering in any password etc. I assume if it was part of normal function. Something would fail when not entering a password. It seems to know its not needed. Just the dialog thinks that it is. Not sure what the dialog is returning a status to, etc.

@ProhtMeyhet added on 2nd line and no change. Still pops up only on running my 99-synergyc script. The killall does not cause it to pop up.

Distro does not patch sudo. Seems to get such you need to use the -A argument with sudo. Not sure it will invoke it normally otherwise, vs a command line prompt for such. Man page confirms the same. As you can see with script I am not using that option. Nor would it be automatic for terminal.

Options:
  -A, --askpass                 use a helper program for password prompting

That would not make sense, as if it was ask pass then it would fail when I close the dialog. It is not needed. This stuff has been in place for years. Nothing was updated except for EFL and E for a few weeks. I can revert to e 21 and it goes away.

FYI it does not come up when using it directly, sudo emerge ... , sudo /etc/init.d/cupsd start, etc. Only seems to come up with that script for some reason.

EFL 1.20.4 fixed this

Ah thanks that was it! I thought it would be right clickable like gadgets in shelf. I did not know I had to hold down alt + right click.

Is there a combo that will remove the start/main menu?

Re-opening this as this continues to be an issue at times. Something is preventing startup applications from starting. Seems like if there is a problem with one it prevents the others. It started working for a bit, but then stopped again. I cannot explain what got it working and why it stopped. Its not working now in both e21 and e22 alpha

Ah ok thanks! :)

Is this supposed to be resolved in 0.22-alpha? If so its not for me on my dual display desktop under X.