For otp header files this works fine, though. (E.g. -include_lib("kernel/include/file.hrl").)

Updating tickets (#917, #831, #972, #983, #978, #957, #964, #834, #935, #943, #955, #956, #916)

Updating tickets (#935, #992, #943)

Comment from user:

I think I finally understood what's going on and why it failed. In fact, this was a configuration problem. I wrote a little script to do what Erlide will hopefully do at some point (see #39).
To not get an include error, I need to have the base folder relative to which the path given to include_lib is resolved configured as include folder, i.e. /lib in my case assuming app lives in /lib and the include uses app/include/header.hrl. However, to get F3(and Erlang search) to work, I have to have lib/app/include configured as include folder as well. My script looks for src, test and include folders in the apps and modifies the Erlang preference file accordingly. I then have to clean my project(I think that was my problem with the example I gave).
The only cases where this doesn't work is include_lib(include/header.hrl) - relative includes that is(webmachine uses this for example) because I don't handle this in my script, but I could, and "recursive" includes. If file.erl includes header1.hrl and header1.hrl includes header2.hrl which contains the actual definitions, F3 doesn't work for these in file.erl.
Erlang Search works though which is good enough for me. It would be great if this could be fixed and the whole include directory configuration automated, but a little help link on the config page would do as well I guess.

Updating tickets (#935, #943, #992, #1005)

Updating tickets (#935, #992, #943)

Updating tickets (#935, #943, #1021, #1033, #1038, #1040, #93, #643, #746, #774)