Please add a simple blend file to help redo the bug

i don't think it helps, isn't that specific but anyway

Driver version 10.18.10.5069 is also known to have problems (Blender will show a warning the first time it starts about and recommends to upgrade the driver).

This is the latest driver for the HD Graphics 2500:
https://downloadcenter.intel.com/download/29473/Intel-Graphics-Driver-for-Windows-15-33-?product=81501

thanks for the help.Still have the problem, but i guess i can't complain with this hardware

In T75943#921930, @Ankit Meel (ankitm) wrote:

not sure if HD 2500 is supported or not. So needs triage.

don't works like a charm, but works, at least blender 2.82a

In T75943#923821, @Germano Cavalcante (mano-wii) wrote:

@Rodrigo (rodrigosoueu), have you tried update the GPU driver.
There are already newer drivers than 10.18.10.5069 (15.33.50.5129 for example).
https://downloadcenter.intel.com/product/81501/Intel-HD-Graphics-2500

there is something strange with the installer
i downloaded the 15.33.50.5129 but it just installs the 10.18.10.5069

Perhaps your laptop's software prevents installation of the drivers from the GPU manufacturer's website.
I've seen similar problems, and the user somehow managed to get around the situation.
You may be more successful on Intel-specific support sites.

I've tried to install without driver signature thing but it doesn't work either

I have the same issue on Intel(R) HD Graphics 4000 Intel 4.0.0 - Build 10.18.10.5129, updating the driver didn't help, it updated from v10.18.10.5100 to v10.18.10.5129. The entire world background gets ignored by the shading, background contributes to diffuse lighting but not to reflections

Nothing changed with 2.83 LTS.
the funny thing is that volumetric,sss,ssr,ao,soft shadows all this things that seems heavier than simple hdri reflections,works

Someone on discord had this issue on Intel HD 4400 with driver version 10.18.14.5117. Intel HD 4400 is a supported gpu according to this https://www.blender.org/download/requirements/

I don't understand why this happens. If any of you can try to compile 2.83 before rB7dd0be9554a and see if that fixes the issue. If it's not this commit it would be nice to bisect.

In T75943#969432, @Clément Foucault (fclem) wrote:

I don't understand why this happens. If any of you can try to compile 2.83 before rB7dd0be9554a and see if that fixes the issue. If it's not this commit it would be nice to bisect.

Tbh i have no idea how to compile blender before a specific commit. I'm trying to learn.

In T75943#969432, @Clément Foucault (fclem) wrote:

I don't understand why this happens. If any of you can try to compile 2.83 before rB7dd0be9554a and see if that fixes the issue. If it's not this commit it would be nice to bisect.

It is working on compile before that commit
working version: 2.83 (sub 8), branch: master, commit date: 2020-03-11 16:12, hash: rBc476c36e4008

@Rahul Chaudhary (RC12) and is rB7dd0be9554a broken?

Yes, it appears black on rB7dd0be9554a

I really tried compiling the commit before rB7dd0be9554a but couldn't. Cloned the repo, then checkout c476c36e4008 then make update, it found an error but I tried again. Then make for building, but configuration failed. If anyone could help me getting it build, I could test it as well given I had the same problem.

In T75943#972966, @Mendes (rdclzn) wrote:

I really tried compiling the commit before rB7dd0be9554a but couldn't. Cloned the repo, then checkout c476c36e4008 then make update, it found an error but I tried again. Then make for building, but configuration failed. If anyone could help me getting it build, I could test it as well given I had the same problem.

Here's a compiled version: https://drive.google.com/file/d/13fRv0uuFpn3usFK6xEY9_XXOEPOiNKcZ/view?usp=sharing

Another thing I've noticed between these two builds is that rB7dd0be9554a displays the studio lights completely black, while rBc476c36e4008 displays them properly
HDRI's from the world nodes display fine

Broken (rB7dd0be9554a):

Working (rBc476c36e4008):

In T75943#973270, @Rahul Chaudhary (RC12) wrote:

In T75943#972966, @Mendes (rdclzn) wrote:

I really tried compiling the commit before rB7dd0be9554a but couldn't. Cloned the repo, then checkout c476c36e4008 then make update, it found an error but I tried again. Then make for building, but configuration failed. If anyone could help me getting it build, I could test it as well given I had the same problem.

Here's a compiled version: https://drive.google.com/file/d/13fRv0uuFpn3usFK6xEY9_XXOEPOiNKcZ/view?usp=sharing

I can confirm it does work as intended on this build as well. Thank you

@Rahul Chaudhary (RC12) Also if you could test this patch

diff --git a/source/blender/gpu/intern/gpu_extensions.c b/source/blender/gpu/intern/gpu_extensions.c
index ab55fcfb1e0..07decc09667 100644
--- a/source/blender/gpu/intern/gpu_extensions.c
+++ b/source/blender/gpu/intern/gpu_extensions.c
@@ -204,7 +204,7 @@ bool GPU_arb_base_instance_is_supported(void)
 
 bool GPU_arb_texture_cube_map_array_is_supported(void)
 {
-  return GG.glew_arb_texture_cube_map_array_is_supported;
+  return false;
 }
 
 bool GPU_mip_render_workaround(void)

Applied the patch and its working!
Here's my system info file:

it works here too
but i had another problem, sometimes while i'm changing some material properties, and it don't even have to be in look n' dev or render mode.

the compilation Rahul Chaudhary did (rBc476c36e4008) worked fine.

I've just compiled and everything is running nice.
Thank you Clément and Rahul