Killing the steam client gets rid of the perpetual "Creating Local Game Files" screen as a workaround. However, clicking play now results in a "Failed to request product key from Steam, please try again in a few minutes." popup.

Related: https://github.com/ValveSoftware/Proton/issues/190

I had the same issue when I installed the game, and I am also getting the "Failed to request product key" message when I try to play it. I also have the game installed on my Windows box. Is there a way to copy the product key from there and enter it manually?

Is there a way to copy the product key from there and enter it manually?

There is a "CD Key" entry in the links section when you select the game in Steam's library view. However, clicking it brings up that same Steam error pop-up that says "Failed to request product key from Steam, please try again in a few minutes." So it would seem this is a problem with retrieving the key at all, even manually, via the Steam Linux client.

Have the same issues with "Driver: San Francisco"
Another drop of Ubisoft

If the CD key is the issue then https://github.com/ValveSoftware/steam-for-linux/issues/212 may be the cause.

I'm seeing this with Assassins Creed II. Installs, but the "Creating local game files" popup stays up. I kill steam and reopen. When trying to launch the game, "Failed to request product key from Steam".

I'm getting the same with Assassin's Creed: Revelations

I also have the same problem with AC II.

Still an issue for me as well. The game playes perfectly when I run the Windows version of steam itself in Wine, so it should definitely be playable. Would be a very happy man when I can ditch the Windows client completely and stuck with the native Linux steam client :)

any progress for this, this i am think is possible for fix, but nothing to progress for fix various games

still definitely an issue.

totally still an issue!!

I've tried some stuff but with no positive results. Maybe this helps the one at Valve trying to fix this issue. See https://github.com/ValveSoftware/steam-for-linux/issues/212#issuecomment-725009666

I think I found the cause of this Problem.

When installing Assassin's Creed 2 (https://steamdb.info/app/33230/) on Windows, it will only install the Windows CD Key DLC (https://steamdb.info/app/33361/), but not the Mac CD Key DLC (https://steamdb.info/app/33362/). It isn't even shown as an available DLC on the Windows Steam client.

In contrast, when installing the game on Linux, both CD Key DLCs are installed as well, but the Steam client can only fetch the Windows Key, but also wants to get the Mac key, as ShowCDKeyOnLaunch is set to true for both DLCs (see SteamDB links).

When launching the game on Windows, the Steam client will thus only try to get the Windows DLC Key, but the Linux client is trying to obtain the Windows and the Mac key on launch, which fails.

On Linux requesting the Windows Key with steam steam://cdkeys/33361 works just fine. Requestig the Mac key with steam steam://cdkeys/33362 will fail. Requesting the Mac Key on Windows will fail as well.
This is all expected behaviour I guess, as SteamPlay will only work with Windows titles.

So the problem here is that the steam Linux client wants to request all DLC keys when doing steam steam://cdkeys/33230 but would only need the Windows DLC keys, as SteamPlay/Proton does only support running Windows Titles.
This is probably a problem with the steam Play configuration, as the Linux client will install the Mac only DLC with the Mac Key but then fails to get the key on startup.

@Plagman I hope you can work with all this information :)

I think I found the cause of this Problem.

When installing Assassin's Creed 2 (https://steamdb.info/app/33230/) on Windows, it will only install the Windows CD Key DLC (https://steamdb.info/app/33361/), but not the Mac CD Key DLC (https://steamdb.info/app/33362/). It isn't even shown as an available DLC on the Windows Steam client.

In contrast, when installing the game on Linux, both CD Key DLCs are installed as well, but the Steam client can only fetch the Windows Key, but also wants to get the Mac key, as ShowCDKeyOnLaunch is set to true for both DLCs (see SteamDB links).

When launching the game on Windows, the Steam client will thus only try to get the Windows DLC Key, but the Linux client is trying to obtain the Windows and the Mac key on launch, which fails.

On Linux requesting the Windows Key with steam steam://cdkeys/33361 works just fine. Requestig the Mac key with steam steam://cdkeys/33362 will fail. Requesting the Mac Key on Windows will fail as well.
This is all expected behaviour I guess, as SteamPlay will only work with Windows titles.

So the problem here is that the steam Linux client wants to request all DLC keys when doing steam steam://cdkeys/33230 but would only need the Windows DLC keys, as SteamPlay/Proton does only support running Windows Titles.
This is probably a problem with the steam Play configuration, as the Linux client will install the Mac only DLC with the Mac Key but then fails to get the key on startup.

@Plagman I hope you can work with all this information :)

Now I understand why the game won't launch, thank you ! Is there any way we can bypass this issue ?

Now I understand why the game won't launch, thank you ! Is there any way we can bypass this issue ?

I don't think so. There apparently was a workaround by editing ~/.steam/steam/appcache/appinfo.vdf and altering the registry parts to prevent steam from going for the key. But an update earlier this year broke this workaround as the steam client is checking the integrity of this file at every launch.
Starting steam in offline mode doesn't help either as it only displayed Games from the Orange Box for me, after I've altered ~/.steam/steam/appcache/appinfo.vdf.

You can take a look at https://github.com/ValveSoftware/steam-for-linux/issues/212#issuecomment-725009666 and the following comments for things I've already tried. If you come up with another idea I will gladly try it.
I've posted my findings to all related issues for steam-for-linux and proton.

I'm having this problem too with Assassin's Creed II. And running the steam steam://cdkeys/33361 command from the console will retrieve the CD key just fine, only when I try to launch the actual game it will fail to retrieve the CD Key.

// edit:
I got this working. @tralph3's Steam-Metadata-Editor can be used to edit Steam metadata, but the relevant flags for this case aren't supported through the GUI. But I found a workaround:
First I changed the name of the "Assassin's Creed 2 - Mac" app to something else. This doesn't do anything useful by itself, but it does mean that this app will now show up in $HOME/.local/share/Steam-Metadata-Editor/config/modifications.json. I then used a text editor to modify that file. There's an original section and a modified section. In the latter, you set showcdkeyonlaunch to 0 and remove the legacykeyregistrylocation line. Then I closed the file and applied the changes using steammetadataeditor -s.

I can now launch the game and I no longer get the error message about not being have to retrieve the product key. Still, this should be fixed in Steam.

steam steam://cdkeys/33361

Yeah, this command also works for me, I guess Steam just can't figure out that it needs this particular key to use when it's on Linux. The same happens for another affected Ubisoft title, Tom Clancy's Splinter Cell: Conviction, steam steam://cdkeys/33370 shows the key while other two methods ("Manage CD keys" by menu or starting the game from Steam) fail with the error mentioned above.

@mberndt123 have you tried the workaround I suggested here?

I want to comment on @mberndt123 solution, the https://github.com/tralph3/Steam-Metadata-Editor works great as long as you know where to put the showcdkeyonlaunch key...

So for me making the showcdkeyonlaunch: 0 does work at least for Assassins Creed Unity, however, a couple notes to expand:

1. You need to apply it to any DLC you have -- as several of the DLC's for AC: Unity also has this flag set to 1 and they will cause it to continue to fail.
2. For both the game and EACH DLC, The section you want to add it to is: "<STEAM_ID>" -> "modified" -> "appinfo" -> "extended" ----> "showcdkeyonlaunch: 0"

So the AC: Unity looks like (with all non-relevant sections stripped out):

{
  "289650": {
    "modified": {
       "appinfo": {
           "extended: {
              "showcdkeyonlaunch": 0
            }
        }
     }
  }
}

I just basically exported every single DLC and the game, and manually added the showcdkeyonlaunch: 0 to every one of the dlc's. In addition on keys that seemed questionable, I made changes... I'm not 100% if they are needed (but for completeness I'll list them here in case someone else finds that showcdkeyonlaunch: 0 alone doesn't solve AC: Unity)

          "legacykeyregistrationmethod": "registry",      <--- Deleted
          "legacykeyregistrationmethod": "api",             <--- Deleted
          "supportscdkeycopytoclipboard": 1,                <--- Changed to 0
          "legacykeylinkedexternally": 1                         <--- Changed to 0
          "legacykeyproofofpurchaseticket": 1,              <--- Changed to 0
          "proofofpurchaseticketrevision": 1                   <--- Changed to 0

Just a warning: I've played the game on windows before, so my steam account is linked to my ubisoft account, however those keys might still be needed if you have never played the game before....

Please please Valve can you resolve this we shouldn't need to hacking the files to get this to work, just correct the client incorrectly trying to request the Mac DLC!?!?

@Plagman can you confirm if this planned to be resolved on for the upcoming steamdeck steam client?, I think it will result in uwanted steam deck compatibilty failures for games that otherwise work fine!

The issue might be fixed, I updated my client (I'm on beta channel) and deleted the prefix and deleted the appcache.vdf (to clear any previous fixes) and I managed to start, update and play assassins creed 2 deluxe and brotherhood!
Also can request CD key without error!

Can others try to check the issue is resolved for them!!

Confirmed on #212