Page MenuHomePhabricator

Eet ovewrites symlinks
Open, NormalPublic

Description

I'm using Terminology - which uses eet under the hood. Today I discovered that a configuration file which I had symlinked to another directory (to better manage my dotfiles / configuration) had been overwritten. I've not yet had this happen with Enlightenment itself which could indicate perhaps it depends on how stuff is symlinked (files vs directories)

Samis2001 updated the task description. (Show Details)
Samis2001 raised the priority of this task from to Incoming Queue.
Samis2001 assigned this task to cedric.
Samis2001 added a project: efl.
Samis2001 added a subscriber: Samis2001.
stefan_schmidt triaged this task as Normal priority.Oct 12 2015, 2:32 AM
stefan_schmidt added a subscriber: stefan_schmidt.
zmike edited projects, added Restricted Project; removed efl.Jun 11 2018, 7:00 AM
segfaultxavi edited projects, added efl: data types; removed Restricted Project.Jun 11 2018, 8:05 AM

@billiob any info from the terminology side on this?

zmike changed the visibility from "All Users" to "Public (No Login Required)".Jan 22 2019, 12:32 PM

So then this is a terminology issue?

That's the proper way to avoid corruption.

I'm just trying to figure out who should be looking into this or if it should be looked at

billiob added a subscriber: samis.Jan 26 2019, 2:06 PM

@samis, @Samis2001 One solution would be to symlink the parent directory where the .eet file is stored.

Since the initial report of this issue I no longer use symlinks in the manner originally described. I'll leave it up to you to either fix this or close it.