Another Day, Another Bug^WFeature

Ticket #1261: efm does not respect XDG_DESKTOP_DIRS

This was an easy one; efreet needs to reload its cache whenever env variables change. Now it does.

Ticket #1161: pager flickers with dynamic backgrounds

The “live” pager previews aren’t actually live, they’re just displaying a snapshot of the current background image. As a result, it will never sync properly with an animated background, and we now throw an error dialog when trying to enable this feature with an animated background.

Ticket #1260: Start Module does not always show the full menu

Menu placement should be greatly improved after some recent changes, no longer will it randomly draw offscreen if it can be avoided.

Ticket #1227: physics module should respect window remembers

My initial response to this ticket was “physics can’t be stopped” but complaints continued to escalate. Now we set the mass of such windows to be so heavy that they cannot possibly be moved.

Miscellaneous fixes:

  • Toolbar arrows now autorepeat the scrolling for as long as you hold down the mouse button.
  • EFM typebuf now works on the desktop:


  • Fix a really annoying and longstanding bug where the root window would randomly receive focus, breaking all sorts of keybindings and expected behavior. Big high five to DH for helping me lay the EFL smackdown on this one.

About e-releasemanager

I'm employed by a top 5 electronics company. My current task is preparing Enlightenment releases.
This entry was posted in Uncategorized. Bookmark the permalink.

7 Responses to Another Day, Another Bug^WFeature

  1. Regarding #1161 – what happens if the user sets an animated background when live pager previews are enabled?

  2. juan says:

    I have a suggestion about the fix of “pager flicker with dynamic backgrouns”. It’s a simple usability principle: “if the user cannot do something, then do not let him do it.”
    In the case of the fix, you can disable (or hide) the checkbox (?) that enables the live pager previews if the dynamic backgrounds are enabled (and in the opposite way, enabling it when the user disables de dinamyc backgrounds) instead of implementing a dialog that pops whenever he tries to enable something that is not supposed to be enabled.

  3. Oh, and another thing that I missed first time around. Is the root window focus bug you mentioned related to bug #1067 that I reported a while ago? Or is it a different thing?

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s