PIL.ImageGrab.grab() doesn't "see" all windows

[shmarlovsky]

Code

im = PIL.ImageGrab.grab()
im.save('2.png')

Here is what actually displayed:

Here is the screenshot of PIL:

Pillow version==4.1.0
This is relevant for different pop ups and menus.

According to @glitchassassin (from pyautogui):

Looks like this is a limitation of Pillow, using SRCCOPY instead of SRCCOPY | CAPTUREBLT in the call to BitBlt.

[hugovk]

There's the SRCCOPY:

Pillow/display.c

Line 349 in 6e7553f

if (!BitBlt(screen_copy, 0, 0, width, height, screen, 0, 0, SRCCOPY))

[glitchassassin]

See BitBlt documentation:

CAPTUREBLT

Includes any windows that are layered on top of your window in the resulting image. By default, the image only contains your window. Note that this generally cannot be used for printing device contexts.

For the desktop window, "windows that are layered on top" include popups, tooltips, menus, and perhaps some other specialty windows that have to always appear in the foreground. OR-ing the CAPTUREBLT flag with the SRCCOPY flag guarantees that these windows will also be captured.

Note that not all applications may wish to capture these additional details, so for backwards compatibility, it may be worth adding an argument to the method definition to specify "capture overlays".

[edanca]

Hello, I'm having the same problem, but I don't see any display.c file in the Pillow directory as hugovk mentioned and also didn't found the call to BitBlt.
I'm trying to screencapture with pyautogui and saw that not all the windows on the screen were captured and also saw that this could be an issue from pillow.

I've installed with pyautogui with PIP, and this only installs the PIL folder and not all the files in the parent directory, as it is here.
I have Pillow 5.2.0

Do you know how to fix this?

[radarhere]

For the record, display.c is located at https://github.com/python-pillow/Pillow/blob/master/src/display.c. @edanca was likely having trouble finding it because it was moved into the 'src' directory since earlier comment.

[radarhere]

I've created PR #3808 to address this.