I just experienced the same issue on my Debian Sid, with the 2.27 version provided in the official repositories.

EDIT: The following commit did fix my issue:
Fix compiling with JsonCpp 1.7.1 (github.com)

Yes, you got it ;-)

I recently bought Witcher 3 and yesterday I was gifted the Witcher 3 Season Pass (from Amazon.de) which I redeemed.

Oddly enough, lgogdownloader does not recognize the current DLC Heart of Stone for downloading, though it is displayed on my library page. I also resetted my configuration (and xml cache directory) and updated to the latest git version of lgogdownloader.

$ lgogdownloader --version
LGOGDownloader 2.27.519cb78

cat ~/.config/lgogdownloader/config.cfg

( the cache directory ~/.cache/lgogdownloader was deleted to force lgogdownload to redownload the game list summary)
automatic-xml-creation = false
cache-valid = 2880
chunk-size = 10
cover-list = https://sites.google.com/site/gogdownloader/covers.xml
directory = .
exclude = covers
include = all
insecure = false
language = en
limit-rate = 0
no-color = false
no-duplicate-handling = false
no-remote-xml = false
no-subdirectories = false
no-unicode = false
platform = w+l
retries = 3
save-changelogs = false
save-serials = false
secret = <censored>
subdir-dlc = dlc/%dlcname%
subdir-extras = extras
subdir-game = %gamename%
subdir-language-packs = languagepacks
subdir-patches = patches
timeout = 10
token = <censored>
use-cache = false
verbose = false
wait = 0

After issueing
$ lgogdownloader --game witcher_3 --download

it grabbed everything except the DLCs (free included)

According to library page these links should also be matched (windows / en):
- (free DLC) https://www.gog.com/downlink/dlc_16_a/en1installer1
- (heart of stone, #1) https://www.gog.com/downlink/the_witcher_3_wild_hunt_hearts_of_stone/en1installer1
- (heart of stone, #2) https://www.gog.com/downlink/the_witcher_3_wild_hunt_hearts_of_stone/en1installer2
- (heart of stone, #3) https://www.gog.com/downlink/the_witcher_3_wild_hunt_hearts_of_stone/en1installer3

It seems that
$ lgogdownloader --game witcher_3 --list-details
does not catch the DLCs there, they are somewhere else ... see http://pastebin.com/raw/pfdik6b2

Am I missing something (configuration switches) to include my DLCs in the download for the Witcher 3?

Try with "--ignore-dlc-count" or create ~/.config/lgogdownloader/gamespecific/the_witcher_3_wild_hunt_game.conf that contains to make lgogdownloader ignore the dlc count information that GOG provides.
I hope that GOG fixes the DLC count info because working around it is annoying.

Thank you, adding the gamespecific file for Witcher 3 did the trick.

Thanks for digging it out! I have to follow that thread a bit more, it has interesting posts. :)

Something strange is happening for me since today (or perhaps yesterday).

When I use my usual

lgogdownloader --ignore-dlc-count . --save-serials --check-orphans --download --repair --create-xml automatic --no-subdirectories --language all --platform all --game $GAME

line, for example on enter_the_gungeon (but on other games too), it sometimes only lists (and downloads) parts. It does however report correctly the orphaned files. There is a random element, the next try may download a completely different set.

For example, for enter_the_gungeon, I saw:

Try 1:
Getting game info 1 / 1
Repairing file ./enter_the_gungeon/enter_the_gungeon_wallpaper.zip
XML: Using local file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_wallpaper.zip
MD5: bd88938b486f9be791283a116270cf08
Chunks: 1
Size: 1732183 bytes

Chunk 0 (1732183 bytes): OK

Checking for orphaned files 1 / 1
./enter_the_gungeon/setup_enter_the_gungeon_2.0.0.2.exe
./enter_the_gungeon/enter_the_gungeon_2.0.0.7.dmg
./enter_the_gungeon/gog_enter_the_gungeon_2.0.0.1.sh

Try 2:
Getting game info 1 / 1
Repairing file ./enter_the_gungeon/setup_enter_the_gungeon_2.1.0.3.exe
XML: Using remote file
XML: Valid XML
XML: Parsing finished

setup_enter_the_gungeon_2.1.0.3.exe
MD5: 355ddabc8643002217c3ff43e1373e4f
Chunks: 31
Size: 314904544 bytes

File doesn't exist ./enter_the_gungeon/setup_enter_the_gungeon_2.1.0.3.exe
Downloading: ./enter_the_gungeon/setup_enter_the_gungeon_2.1.0.3.exe
100% ▕██████████████████████████▏ 300.32/300.32MB @ 2.32MB/s ETA: 0s

Repairing file ./enter_the_gungeon/enter_the_gungeon_wallpaper.zip
XML: Using local file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_wallpaper.zip
MD5: bd88938b486f9be791283a116270cf08
Chunks: 1
Size: 1732183 bytes

Chunk 0 (1732183 bytes): OK

Checking for orphaned files 1 / 1
./enter_the_gungeon/setup_enter_the_gungeon_2.0.0.2.exe
./enter_the_gungeon/enter_the_gungeon_2.0.0.7.dmg
./enter_the_gungeon/gog_enter_the_gungeon_2.0.0.1.sh

Try 3:
Getting game info 1 / 1
Repairing file ./enter_the_gungeon/setup_enter_the_gungeon_2.1.0.3.exe
XML: Using remote file
XML: Valid XML
XML: Parsing finished

setup_enter_the_gungeon_2.1.0.3.exe
MD5: 355ddabc8643002217c3ff43e1373e4f
Chunks: 31
Size: 314904544 bytes

Chunk 30 (331744 bytes): OK

Repairing file ./enter_the_gungeon/enter_the_gungeon_2.1.0.16.dmg
XML: Using remote file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_2.1.0.16.dmg
MD5: 6cbcf7d0dc65c35f43aa412a7a712136
Chunks: 21
Size: 216857930 bytes

File doesn't exist ./enter_the_gungeon/enter_the_gungeon_2.1.0.16.dmg
Downloading: ./enter_the_gungeon/enter_the_gungeon_2.1.0.16.dmg
100% ▕██████████████████████████▏ 206.81/206.81MB @ 2.07MB/s ETA: 0s

Repairing file ./enter_the_gungeon/enter_the_gungeon_wallpaper.zip
XML: Using local file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_wallpaper.zip
MD5: bd88938b486f9be791283a116270cf08
Chunks: 1
Size: 1732183 bytes

Chunk 0 (1732183 bytes): OK

Checking for orphaned files 1 / 1
./enter_the_gungeon/setup_enter_the_gungeon_2.0.0.2.exe
./enter_the_gungeon/enter_the_gungeon_2.0.0.7.dmg
./enter_the_gungeon/gog_enter_the_gungeon_2.0.0.1.sh

Try 4:
Getting game info 1 / 1
Repairing file ./enter_the_gungeon/enter_the_gungeon_wallpaper.zip
XML: Using local file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_wallpaper.zip
MD5: bd88938b486f9be791283a116270cf08
Chunks: 1
Size: 1732183 bytes

Chunk 0 (1732183 bytes): OK

Checking for orphaned files 1 / 1
./enter_the_gungeon/setup_enter_the_gungeon_2.0.0.2.exe
./enter_the_gungeon/enter_the_gungeon_2.0.0.7.dmg
./enter_the_gungeon/gog_enter_the_gungeon_2.0.0.1.sh

Try 5:
Getting game info 1 / 1
Repairing file ./enter_the_gungeon/setup_enter_the_gungeon_2.1.0.3.exe
XML: Using remote file
XML: Valid XML
XML: Parsing finished

setup_enter_the_gungeon_2.1.0.3.exe
MD5: 355ddabc8643002217c3ff43e1373e4f
Chunks: 31
Size: 314904544 bytes

Chunk 30 (331744 bytes): OK

Repairing file ./enter_the_gungeon/enter_the_gungeon_2.1.0.16.dmg
XML: Using remote file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_2.1.0.16.dmg
MD5: 6cbcf7d0dc65c35f43aa412a7a712136
Chunks: 21
Size: 216857930 bytes

Chunk 20 (7142730 bytes): OK

Repairing file ./enter_the_gungeon/gog_enter_the_gungeon_2.1.0.2.sh
XML: Using remote file
XML: Valid XML
XML: Parsing finished

gog_enter_the_gungeon_2.1.0.2.sh
MD5: 66f582e6461945e91acdde7f53e85423
Chunks: 19
Size: 196627939 bytes

File doesn't exist ./enter_the_gungeon/gog_enter_the_gungeon_2.1.0.2.sh
Downloading: ./enter_the_gungeon/gog_enter_the_gungeon_2.1.0.2.sh
100% ▕██████████████████████████▏ 187.52/187.52MB @ 2.13MB/s ETA: 0s

Repairing file ./enter_the_gungeon/enter_the_gungeon_wallpaper.zip
XML: Using local file
XML: Valid XML
XML: Parsing finished

enter_the_gungeon_wallpaper.zip
MD5: bd88938b486f9be791283a116270cf08
Chunks: 1
Size: 1732183 bytes

Chunk 0 (1732183 bytes): OK

Checking for orphaned files 1 / 1
./enter_the_gungeon/setup_enter_the_gungeon_2.0.0.2.exe
./enter_the_gungeon/enter_the_gungeon_2.0.0.7.dmg
./enter_the_gungeon/gog_enter_the_gungeon_2.0.0.1.sh


This is with lgogdownloader from the repository, built on April 6.

Does anyone else see this?
Any ideas what could be happening here?

I've seen that too. You sometimes need multiple runs of lgogdownloader to get all the installers of a game.

I've updated my lgogdownloader today and have saved my config file again, which I hadn't done in a while. I got some differences hence I have a few questions.

Is there any difference between the options "--create-xml automatic" and "--automatic-xml-creation"? Or do they mean the same? If so, which one is deprecated and which one should I use?

When I want to exclude nothing, should I change the "exclude = covers" in the config file to "exclude = " (as an empty option) or better remove the exclude option completely from the config file?

That is strange. I haven't experienced this issue myself yet.
My guess would be that the API responses were missing info or were otherwise invalid. Although I don't see why or how the API responses would change between different tries.

The only difference is that --automatic-xml-creation can be set in the config file.
"--create-xml automatic" sets the same variable as "--automatic-xml-creation" so it acts as alias for "--automatic-xml-creation"

You should set it to empty
exclude =
or
exclude = ""
or
exclude = ''
or some other value that is not defined in the include options vector
if you remove it from the config file it will use the default value "covers"

I've seen that difference when I use "--save-config", but otherwise the options are the same. Thanks for the confirmation.

On a second thought I had expected that behavior, that it falls back to the default when I remove the option. The empty option does the job as expected.

I did this before but for some reason stopped doing it. I've set up a custom Arch repo for lgogdownloader, and I've also included htmlcxx. This means you can install lgogdownloader on Arch without building anything or using the AUR, for those of you who are lazy. I'll probably host other stuff there too, but right now it's just this.

All packages are signed with key 30E698EA so you need to add that to your pacman keyring. You can view this key on any keyserver or at https://repo.warhaggis.com/joe@warhaggis.com.asc

Anyway...

Open /etc/pacman.conf and add the following:

[warhaggis]
Server = https://repo.warhaggis.com

Now in a terminal run:
# pacman-keys --recv-keys 30E698EA
# pacman-keys --lsign-key 30E698EA

You should be good to go. So far I only have x86_64 packages up, lacking a good environment to build i686. But it's 2016 so none of you are actually using 32bit machines, right?

Anyway that's a thing. I'll try to keep it as up to date as possible.

Just as an FYI:
I have been whining about not being able to crosscompile or statically compile lgogdownloader for the use in my synology nas a while ago, but have since found an easy solution. (though neither elegant nor skillful :)

<span class="bold">Ermine</span> does exactly what I need.

The process: I compile the git version of lgogdownloader on my arch linux as anyone would and then use the ErmineLightTrial.x86_64 with the lgogdownloader binary which will output me a bloated version of that with all the libraries and dependencies included (making the lgogdownloader binary a whooping 61mb).

This I now simply copy on my nas and it runs smoothly without any hickups (for 30 days since it's only the trial version after which one could simply repeat the process, which would also greatly help keeping the lgogdownloader version up to date... if one were morally flexible as such, that is.)

Also to get tmux running on my ssh shell on the synology nas I used a package calle easy bootstrap installer in the synology community packets) and tmux + lgogdownloader on a nas is really a backup dream come true, it shoveled down my whole +3 TB gog library (all os versions ;) in one go without any need for intervention and helps keep it up to date with consecutive runs. I'll just have to someday think about deleting the old versions of games after updates since the directory is getting bigger and bigger with each backup run ;)

Sooo, thanks again Sude! Highly appreciate what you do!

I've had that behavior too. But I still was using an old version of lgogdownloader (v2.24). For the last game I've bought my lgogdownloader needed 4 or 5 runs to download all installers I wanted. That has been the final reason to update it 5 days ago.

I have only downloaded a few games since then, but so far every download worked at the first try and a status run after the downloads never showed a missing file. I'm not sure yet if the problem is finally solved, but it looks good. :)