Community
Participate
Working Groups
To reproduce: 1. Check out orion source code in an orion instance 2. Open the Open resources dialog 3. search for *.gif 4. Nothing shows up even though there are multiple in the orion.core/web/images directory. Same behavior with *.png and *.jpg. It occurs to me that this may be by design since Open resources may only be looking for text files (or files with known content type), but in the case I was going for, I would be happy to just be able to click on the link to the image and see it in a new browser tab (or maybe the same one).
Hmm, it is by design that our lucene indexer is only attempting to index text files, but for binary files we could create a single index entry for doing name searches like this.
This is a simple change on the server, but when I tried it, it attempted to open binary files in the editor, which is broken. This needs the same logic as the navigator to figure out whether to open a link in the editor or just as a raw link.
I have pushed this change to master: http://git.eclipse.org/c/orion/org.eclipse.orion.server.git/commit/?id=e7dcb9899e8094d174264cdf1e65e2b871de19f8 Still need to have the client side logic changed so it doesn't attempt to open editor on these files. Maybe default action is just open navigator on that directory.
I think the fix of bug 386516 is good enough for M1. I opened Bug 386598 for a generic solution as a common pattern for other places such as favorite list,etc.
Thanks Libing. Marking fixed for M1.
