Community
Participate
Working Groups
It is a really a corner case I found when fixing bug 370896. I happened to have two test.html named for different files. As our favorites list only stores the URL so there is no readable name for the folder. My guess is to store a readable folder name when making a file/folder as favorite so that when we query favorites that property is returned.
I am fixing this by not trimming the "path" property from a favorite. The reason is that the trimming assumes that "path" always contains "name" in it. In file name search, it is true because the path and name pair is always something like "foo/bar.coo" and "bar.coo". In favorites you can't really rely on this assumption because the "path" can be any URL. Even if it is a resource path, the favorite name can be changed that is not contained by "path" anymore. Unless we will have a readable parent name for a resource favorite, we should just show the "path" property as it is. Plus, this is really an extreme case. You can not really make two favorites with same name unless you rename it later. http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/commit/?id=0d8c608fa7eb44e5cf6496db1ae8e3f988043769
done.
