init.lua errors for latest stable and beta 4 releases about lauhdutin HOT 75 OPEN

Thanks again for your help with sorting through these bits today, much appreciated.

from lauhdutin.

That line of code for me is on line 590 for whatever reason now.... and that's all it is - a simple switch from an upper case S to a lowercase one.
Thats excellent, who doesn't like a beautifully simple fix every once in a while.

Thanks very much

from lauhdutin.

Perfect... Another wonderfully simple fix:
Open settings.json in notepad, replace a 1 with a 2 - save, close and refresh

Cheers pal

from lauhdutin.

Gotcha, well I shall continue to ignore the right click game.ini as there's a working alternative that's faster in place.
We're lucky to have folks like you still doin' bits and providing support for us.

from lauhdutin.

Ahh so pull specific files out of the dist folders to replace them individually. That makes sense now you say it.

Nice and easy - deleted the skin folder I replaced and restored the backup I made a moment ago. Then grabbed the Steam init.lua file and replaced the one from yesterday with the one I downloaded with all the commits added into it.
Back to working as it's meant to again.

from lauhdutin.

Some added information that might help that I noticed was asked for on another, near 3 year old issue thread for games not displaying:

Have tried removing the \documents\Rainmeter\Skins\Lauhdutin@Resources\cache folder and refreshing skin / reloading Rainmeter.
Unsure if this is what fixed the init.lua error for the beta 4 release or not. Games still not displaying though obviously.

There are appmanifest files in the C:\Program Files (x86)\Steam\Steamapps folder - but only for the 3 programs that are installed in that location.

There are also appmanifest files in the D:\Steam\Steamapps folder - which would be for the games themselves as those are stored on that drive, separately from the non-game steamapps in the default location.

I don't think renaming the appmanifest files is necessary as everything worked fine up till today without having to do that ever in the past.

games.json is empty aside from a single string:
{"games":[],"version":2,"tagsDictionary":[]}

from lauhdutin.

Getting the same error. There was a big-ish Steam update yesterday (download queue looks different) and I'm worried that they changed something that the skin relies on. :/
I did also add a couple of non-Steam shortcuts myself but those don't show up either, unless I close the skin through Rainmeter, then open it again.

from lauhdutin.

Yes, now that you mention it, I remember opening the Steam client and seeing that the whole layout / look had changed rather dramatically and that's a recent change.
It's entirely possible that they have changed how certain data is processed and accessed now.

Hopefully the skins most talented author can provide some tips on how to fix this or if that's not something we can do - update the skin to fix it for us from that end.

from lauhdutin.

What Steam version do you have? @humanspida @Nathipha

I tried a fresh install of Lauhdutin and I'm not getting any issue of getting all my steam games (both installed and uninstalled) with the last Lauhdutin beta.

I have this steam version:

EDIT: also not having any kind of issue in my used version.

EDIT2:

Only Steam selected on the fresh install, as you stated. This is what I get.

from lauhdutin.

I have same version of Steam, literally identical.

I get black bar with the words 'No games to show' on the left side

from lauhdutin.

I have same version of Steam, literally identical.

I get black bar with the words 'No games to show' on the left side

Could you open filter.ini and check what do you get? I am interested on the "hidden games" part. Maybe your issue is that your games are detected as hidden games?

from lauhdutin.

Yes, that's my Steam version too. Lauhdutin is version 3.1.0 beta 4.
I did hide a bunch of Steam games, checking the ini in a second.

Edit: My Filter.ini hasn't been edited since 2018 (according to Windows' file explorer) and I'm not sure what to look for tbh (there's not "hidden games" part).

from lauhdutin.

oh wait... i clicked detect games and it spat the init.lua error at me again so I dont think opening the filter .ini is going to give me anything to work with...

That said... the filter.ini does have a line that points to an init.lua file and thats the error im getting init.lua:188: attempt to call method 'endsWith' (a nil value)

I ran the .ini file and cleared all filters, nothing. thats when I tried to detect games and got the init.lua error again

from lauhdutin.

Sorry guys, you misunderstood me. I mean to open the Filter skin, you can also do it on the toolbar.

I mean, this:

and check if your games are being detected as "hidden games"

from lauhdutin.

no filters in play

only poxy init.lua:188: attempt to call method 'endsWith' (a nil value)

which would perhaps help... IF IT TOLD ME which bloody init.lua file it was because theres more than one init.lua and they're in different folders

What that DOES tell me is that on line 188 is where the issue is - obviously not finding the data it wants there

from lauhdutin.

Oh sorry. The filter doesn't display anything, it just says "Filter" and the bottom part is empty. I tried to scroll down and the filter window displayed a different error:
Error: init.lua:804: attempt to compare nil with number

@BanCrash Btw, thanks for looking into this! Sorry, I didn't see your last message in the other thread about looking at stuff.

@humanspida Before this error started appearing I kept getting a different lua error every time I started up my PC and I had to do "Reload Games" every time to actually display any games.

from lauhdutin.

same behaviour with my filter window if i launch it now i have the init.lua error on the bar

from lauhdutin.

no filters in play

only poxy init.lua:188: attempt to call method 'endsWith' (a nil value)

which would perhaps help... IF IT TOLD ME which bloody init.lua file it was because theres more than one init.lua and they're in different folders

What that DOES tell me is that on line 188 is where the issue is - obviously not finding the data it wants there

Here you go, checking with notepad is easy to check what line is getting you the error:

This is part of the getLibraries function of Steam:

So yeah, there seems to be some kind of error with Steam in your case. Odd...

Let me think about it a little and see if I can think of something to test if we can know what is not working.

EDIT: The file is Lauhdutin@Resources\main\platforms\steam\init.lua

from lauhdutin.

thanks for pinpointing the specific init.lua file, at least that's some small step farward... we know what file is kicking the error out and where it is now.

from lauhdutin.

Ok @Nathipha @humanspida , let's try this little change:

if value and value:endsWith('\\') then

on the line 188 of the file that I pointed before.

EDIT: Be carerul, Github removes one of the backlash! now it's fixed

from lauhdutin.

same init.lua error
if you exit rainmeter and restart it says 'no games to show' but when you click detect it throws that line 188 error again

from lauhdutin.

same init.lua error

Yeah, I didn't think about it enough. I will take more time xD

from lauhdutin.

that whole getLibraries function starts at line 175
could there be an issue earlier in that section that causes the line 188 to not get what it needs?

my D:\Steam\Steamapps\libraryfolders.vdf has plenty of entries

from lauhdutin.

I think the issue is that there is not getting the rainmeter_helpers on that function for some reason.

Just to check if I'm right, could you add this on line 176 and see if this solves the issue?
dofile(('%s%s'):format(STATE.PATHS.RESOURCES, 'lib\\rainmeter_helpers.lua'))

Please understand that since I can't replicate the bug all I'm saying it's for testing since I don't have a way to check if it works.

from lauhdutin.

so add that on line 176 BEFORE what is currently on that line? pushing whats currently on that line down one line, yes ?

from lauhdutin.

so add that on line 176 BEFORE what is currently on that line? pushing whats currently on that line down one line, yes ?

That's correct:

from lauhdutin.

i get the error moved to line 189 now which makes sense since everythings moved down one line

heres a screenie of that section of my init.lua file

from lauhdutin.

i get the error moved to line 189 now which makes sense since everythings moved down one line

Do you know if that file stores any kind of personal information? If no, could you paste here one line of that file? I mean, libraryfolders.vdf file. I don't know how to debug this since I can't replicate the bug.

from lauhdutin.

the librayfolders.vdf just names content folders by their number ID and links the appmanifest file to it it seems
EG: appmanifest 400 is a file in the steamapps folder

from lauhdutin.

Since you don't have any trouble showing it, could you upload the file here then? So I can replace mine and check what it's going on.

from lauhdutin.

which file you want?
my init.lua from main\platforms?

or you want the libraryfolders.vdf ?
I dont think the vdf will be any use to you coz it just tells my steam client whats in the folders and which appmanifest goes with which folder / game...without the associated folders its not a lot of use, just junk data, no?

from lauhdutin.

which file you want?
my init.lua from main\platforms?

or you want the libraryfolders.vdf ?
I dont think the vdf will be any use to you coz it just tells my steam client whats in the folders and which appmanifest goes with which folder / game...without the associated folders its not a lot of use, just junk data, no?

libraryfolders.vdf it's the file that are making you to have that error. If you send me that file, I should be able to replicate the bug (at least I think so checking the code).

from lauhdutin.

So, probably should block out one piece of data on that VDF - the contentstatsid which I've seen replaced with many X's on other threads so I'll redact it and re-add it shortly... Probably shouldn't send it to anyone either.

For a little test, I yanked the VDF file out of its home in the Steam folder in the default location and restarted steam. As you would expect, Steam recreated the VDF when it opened.
It's identical to the original, games launch fine and are recognised as installed in steam library window.

This leads me to believe that the format of the VDF has changed or there's something off about the way the skin accesses the information in the VDF

This thread mentions differences in the VDF structure usage for another game:
https://playnite.link/forum/thread-705-post-4836.html

This thread also speaks of the format change:
https://www.reddit.com/r/LogitechG/comments/oujeo9/update_broke_game_detection/

There's also this, that talks about changes to the VDF and how they broke a bunch of shit with it:
https://githubmemory.com/repo/LostDragonist/steam-library-setup-tool/issues

from lauhdutin.

OK...
Based on the information in those threads I provided just above. I decided to do a bit more testing.
I managed to PARTIALLY fix the behaviour and make the skin detect games again and start downloading banners by reverting to the OLD format for the VDF file, which looks like this in my case:

"LibraryFolders"
{
"ContentStatsID" "XXXXXXXXXXXXXXXXXXX"
"1" "D:\Steam"
}

The problen now is that it thinks Steam isn't running for some reason and when you click a game tile it crashes the skin...
AND also that Steam just overwrites the VDF file with the new version format whenever it feels like it - usually on start/restart.

from lauhdutin.

Ok, since you cant send me the file, could you tell me how I can generate it? Mine is empty (well, only one line but unrelated I think)

from lauhdutin.

Okay, using your reddit link I think I made a solution, please let me know if this works for you. Replace all the function getLibraries with this:

getLibraries = function(self)
   log('Getting Steam libraries from libraryfolders.vdf')
   local libraries = {
     io.joinPaths(self.steamPath, 'steamapps\\')
   }
   local libraryFoldersPath = io.joinPaths(self.steamPath, 'steamapps\\libraryfolders.vdf')
   if io.fileExists(libraryFoldersPath, false) then
     local file = io.readFile(libraryFoldersPath, false)
     local lines = file:splitIntoLines()
     local vdf = utility.parseVDF(lines)
     if type(vdf.libraryfolders) == 'table' then
       for key, value in pairs(vdf.libraryfolders) do
         if tonumber(key) ~= nil then
 		  if type(value) == 'table' then
 			for subkey, subvalue in pairs(value) do
 				if subkey == 'path' then
 					if subvalue:endsWith('\\') then
 					subvalue = subvalue .. '\\'
 					end
 					table.insert(libraries, io.joinPaths((subvalue:gsub('\\\\', '\\')), 'steamapps\\'))
 				end
 		    end
 		  else
 			  if value:endsWith('\\') then
 				value = value .. '\\'
 			  end
 			  table.insert(libraries, io.joinPaths((value:gsub('\\\\', '\\')), 'steamapps\\'))
 	    end
         end
       end
     else
       log('\\Steam\\steamapps\\libraryfolders.vdf does not contain a table called "libraryfolders".')
     end
   else
     log('Could not find "\\Steam\\steamapps\\libraryfolders.vdf"')
   end
   self.libraries = libraries
 end,

You have to delete from line 175 to line 201 (or 202 if you have added the previous line I've told you, the dofile line) and add this code on that line.

It's not respecting indentation and that kind of stuff, if this works I will made the change to moon file directly.

EDIT: This is how it should looks like:

from lauhdutin.

Ok, since you cant send me the file, could you tell me how I can generate it? Mine is empty (well, only one line but unrelated I think)

Your libraryfolders.vdf will autopopulate when you have a separate steam library from the default location with things installed to it. So, create a folder somewhere else, point the steam library settings to it as an additional library folder and install a few things to make steam populate the VDF for you.

I had to jet out to take care of a few things and am about to cook some food but I will test your revision to that section of code after wards, probably be an hour or so before I can test it and get back to you.

from lauhdutin.

Ok, since you cant send me the file, could you tell me how I can generate it? Mine is empty (well, only one line but unrelated I think)

Your libraryfolders.vdf will autopopulate when you have a separate steam library from the default location with things installed to it. So, create a folder somewhere else, point the steam library settings to it as an additional library folder and install a few things to make steam populate the VDF for you.

I had to jet out to take care of a few things and am about to cook some food but I will test your revision to that section of code after wards, probably be an hour or so before I can test it and get back to you.

No need to hurry, test it whenever you can. If it doesn't work I will follow your steps to generate my own file.

from lauhdutin.

Yea, that broke Rainmeter entirely for me - couldn't see any of the 2 other simple skins or open rainmeter at all.
Resorted to deleting Lauhdutin and replacing the entire skin file instead of messing about.

Now I've restored the Lauhdutin skin folder from the zip-file download and made those changes in the init.lua file in the \platforms\steam folder it can now see that I have games installed and has downloaded the banners for the tiles but it still thinks steam isn't running when it most certainly IS running.

Here's a screenie of that section of my init.lua:

from lauhdutin.

Yea, that broke Rainmeter entirely for me - couldn't see any of the 2 other simple skins or open rainmeter at all.
Resorted to deleting Lauhdutin and replacing the entire skin file instead of messing about

Could you try again without refreshing and show me on notepad? I think you replaced it wrong since it was working fine to me

from lauhdutin.

One step closer, sees all the steam installed items and downloads banners for the tiles.
You're probably right about that first attempt and getting it misplaced.
Need to somehow make it recognise that Steam is running - clicking a tile does now launch the game BUT it also crashes the skin and it then needs unloading and reloading to bring it back.
Doesn't matter if Steam is just sitting in system tray or is open on the desktop - apparently it's not running

from lauhdutin.

One step closer, sees all the steam installed items and downloads banners for the tiles.
You're probably right about that first attempt and getting it misplaced.
Need to somehow make it recognise that Steam is running - clicking a tile does now launch the game BUT it also crashes the skin and it then needs unloading and reloading to bring it back.
Doesn't matter if Steam is just sitting in system tray or is open on the desktop - apparently it's not running

Are u sure it's crashing? There is an option to hide the skin while playing a game, could you check if you have it enabled?

About the not running issue, IIRC I solved that issue some time ago. When I am at home I will check it.

from lauhdutin.

Yea, you were right about that hide while game running setting being selected. It wasn't crashing - it was sneaking off for a cheeky break when it thought I wasn't looking.
Thanks for pointing that out, would have driven me nutty otherwise.

from lauhdutin.

Glad to read it. So, that code solves your initial issue, right?

from lauhdutin.

In the words of the legendary Austin Powers:
Yeah Baby !!

Its just that odd Steam is not running thing on hover which is a trivial thing really.

Oh and I've discovered it throws a different init.lua error if you try to open the Game.ini in the menu, the error is as follows:

init.lua:926: attempt to index field 'GAME_BEING_MODIFIED' (a nil value)

I was just poking about the settings looking to reaccustomise myself with it now its changed from what I knew.
This doesn't persist if you close that ini window and refresh the skin. All goes back as it was with the not running thing on hover

from lauhdutin.

In the words of the legendary Austin Powers:
Yeah Baby !!

Its just that odd Steam is not running thing on hover which is a trivial thing really.

Oh and I've discovered it throws a different init.lua error if you try to open the Game.ini in the menu, the error is as follows:

init.lua:926: attempt to index field 'GAME_BEING_MODIFIED' (a nil value)

I was just poking about the settings looking to reaccustomise myself with it now its changed from what I knew.
This doesn't persist if you close that ini window and refresh the skin. All goes back as it was with the not running thing on hover

Nice!

I can confirm you that I solved the steam not running that issue long time ago and it's a simple change, when I am at home I will let you know how to do it.

About the other, could be the second time you open the same game? I mean, if you open game.ini for, for example, "Cs go", it works well the first time, but not for the second. And if the second time instead of opening again the game.ini menu for "cs go" you open the menu for "cs 1.6" it works fine.

from lauhdutin.

Thats great, thanks for all your assistance with troubleshooting this awesome skin to keep it working for me.

Have noticed it doesn't save your sorting choice across refreshing the skin, I have to change the sort option everytime it loads/refreshes to what I want - is there any way to make it remember your selection?

Doesn't seem to matter which game I try to open Game.ini for, they all throw up the same init.lua:926 etc, etc
That particular line in the init.lua in the game folder is part of a section of code that starts at line 905 by the looks of it

Not that it's a huge deal for me, I'm not going to be making any advanced changes myself, I only use the skin to help keep my desktop clean and for the swag factor of having a sexy game launcher embedded on my desktop.
Figured I'd bring up the Game.ini error though since, I've got someones attention who knows what they're doing

from lauhdutin.

@humanspida
What did you do to fix the problem exactly? Did you just replace parts of the code with the code BanCrash posted?

from lauhdutin.

Yep, input your preferences for how you want it to look and slap in your setup options in the settings window, then follow BanCrash's steps and instructions on replacing the getLibraries section of the code in the init.lua found in main\platforms\steam folder and restart Rainmeter.
It should then start to download banners for the game tiles and launch according to your settings.

The issue seemed to stem from a change in the format of the data that's written to the VDF file by Steam and how the skin was trying to read it, if with my limited understanding of the code and what I read on a couple posts elsewhere is correct.

It still shows "steam not running" if you have the overlay enabled but you can disable the overlay and you wont see that anymore.
BanCrash said they have a fix for that though and said they'd share it when they get home and have a moment to do so. Good times, eh?

from lauhdutin.

Did you also reinstall the skin beforehand?

from lauhdutin.

I did because when I added that block of replacement code I botched it the first time.
Probably not necessary to completely replace the entire folder if you dont botch the code paste.

from lauhdutin.

I did because when I added that block of replacement code I botched it the first time.
Probably not necessary to completely replace the entire folder if you dont botch the code paste.

Yep, shouldn't be necessary.

@Nathipha I will make (maybe tomorrow) a PR to this repository if you prefer to wait, though since it won't be merged you will have to download the file manually and replace it, but maybe it's better to you than to manually modify the file.

@humanspida the fix for steam not running:

In the same file (Lauhdutin@Resources\main\platforms\steam\init.lua), go to line 589 and replace this original line: self.platformProcess = 'Steam.exe' with this: self.platformProcess = 'steam.exe'

I will include this change also on that PR.

from lauhdutin.

Is it possible to have the sort options persist across restarts?... I like to have my display sorted by most recently played usually.

from lauhdutin.

Is it possible to have the sort options persist across restarts?... I like to have my display sorted by most recently played usually.

Not with the actual version. Again IIRC I also added that change on my own version, but can't confirm now. Until I check that, you can see if my answer to this issue solves your issue at the moment: #153

from lauhdutin.

Now there's just that last thing with the Game.ini causing that error on open unless someone finds something else that doesn't work:

init.lua:926: attempt to index field 'GAME_BEING_MODIFIED' (a nil value)

As mentioned a few comments ago, this section of code starts at line 905 in the "moon file", as you called it earlier, which is stashed in the resources\game folder.
Not sure what I'm looking at there but that whole block deals with tags and states - that's all I can glean from inspecting it, not having a greater understanding of this stuff.

While not important to me, I'm sure there's people that will want to use that feature.

from lauhdutin.

Now there's just that last thing with the Game.ini causing that error on open unless someone finds something else that doesn't work:

init.lua:926: attempt to index field 'GAME_BEING_MODIFIED' (a nil value)

As mentioned a few comments ago, this section of code starts at line 905 in the "moon file", as you called it earlier, which is stashed in the resources\game folder.
Not sure what I'm looking at there but that whole block deals with tags and states - that's all I can glean from inspecting it, not having a greater understanding of this stuff.

While not important to me, I'm sure there's people that will want to use that feature.

Could you put your steps to get that error? Middleclicking a game to open the menu it's working fine to me

from lauhdutin.

Doesn't seem to matter which game tile I right click on - select Game from the lauhdutin expandable menu and launch Game.ini
This then kicks up the aforementioned init.lua:926 error. It's not fatal however, just close the Game.ini window and refresh the skin to revert to its previous state.

Middle click also seems to work fine for me. It's only the right click and "manual" launch of the Game.ini that throws an error at me

from lauhdutin.

@BanCrash
Thanks, that would be great! :)

Did you guys happen to ever come across the Error: rainmeter_helpers.lua:135: Failed to read "F:\games\steam\steamapps\appmanifest_xxxxxx.acf". error too (I posted an issue a while ago)?

from lauhdutin.

Doesn't seem to matter which game tile I right click on - select Game from the lauhdutin expandable menu and launch Game.ini
This then kicks up the aforementioned init.lua:926 error. It's not fatal however, just close the Game.ini window and refresh the skin to revert to its previous state

That seems to be the error. You have to click the wheel mouse hovering the game to launch the game.ini. Right clicking won't work.

from lauhdutin.

I haven't come across that error myself, no.

Interesting, I wonder why it hates the right click and manual opening of the Game.ini

from lauhdutin.

@BanCrash
Thanks, that would be great! :)

Did you guys happen to ever come across the Error: rainmeter_helpers.lua:135: Failed to read "F:\games\steam\steamapps\appmanifest_xxxxxx.acf". error too (I posted an issue a while ago)?

I've never had such issue. Not a clue atm, I'll check tomorrow to see if I find something

from lauhdutin.

Thanks again for your help with sorting through these bits today, much appreciated.

No problem! Glad to help. Did you check my previous post about your game.ini issue?

I mean, this: That seems to be the error. You have to click the wheel mouse hovering the game to launch the game.ini. Right clicking won't work.

from lauhdutin.

Yea I did, and middle clicking works as you would expect. So, im just gonna ignore the right click menu for launching the game.ini file.
Might be a good idea to remove that expandable menu all together and just put some little info nugget in the settings telling people to middle click for the game.ini window.

On the appmanifest error:
Pretty sure those files link to the content folders - if you open a libraryfolders.vdf (found in the steamapps folder at the default location) in notepad you will see a pair of numbers on each entry line. Assuming you have a Steam library in a non default location with things installed to it.
The first number is the number of the appmanifest file and the second number is for a content folder like a game or whatever - if you crack open one of those appmanifest files in notepad it will show you a bunch of info and data for the program/game it points to

from lauhdutin.

Yea I did, and middle clicking works as you would expect. So, im just gonna ignore the right click menu for launching the game.ini file.
Might be a good idea to remove that expandable menu all together and just put some little info nugget in the settings telling people to middle click for the game.ini window.

That's a Rainmeter feature, skins can't do anything about that.

Besides, this project seems to be abandoned at the moment, so...

from lauhdutin.

@Nathipha @humanspida check this PR: #166

@humanspida I suggest you to update the file with the modified one since I updated the system to get it more precisely ;)

from lauhdutin.

Have downloaded the files from my master now I've merged the quick fixes into it.
I backed up the updated skin files from yesterday and moved them out of the Lauhdutin skin folder - replacing them with the files I downloaded.

On loading the skin theres a rainmeter_helpers error:

rainmeter_helpers.lua:152: Failed to write to "C:\Users...\Documents\Rainmeter\Skins\Lauhdutin\Resources\Languages\English.txt".

This same error appears over the settings window if you launch that as well.
Having looked in the @Resources folder - there is no languages folder and obviously no english.txt which is why it cant write to it

from lauhdutin.

Have downloaded the files from my master now I've merged the quick fixes into it.
I backed up the updated skin files from yesterday and moved them out of the Lauhdutin skin folder - replacing them with the files I downloaded.

On loading the skin theres a rainmeter_helpers error:

rainmeter_helpers.lua:152: Failed to write to "C:\Users...\Documents\Rainmeter\Skins\Lauhdutin@Resources\Languages\English.txt".

This same error appears over the settings window if you launch that as well

Yes, it's expected. The dist folder doesn't contain all the necessary files. You have to get the last beta folder and then replace the new branch files on it.

from lauhdutin.

Did you guys happen to ever come across the Error: rainmeter_helpers.lua:135: Failed to read "F:\games\steam\steamapps\appmanifest_xxxxxx.acf". error too (I posted an issue a while ago)?

After more than two years the error is back unfortunately, this time with id 219740, which is Don't Starve according to google. The game is still installed but the file is indeed missing. Any idea how to fix this (@BanCrash )?

from lauhdutin.

Did you guys happen to ever come across the Error: rainmeter_helpers.lua:135: Failed to read "F:\games\steam\steamapps\appmanifest_xxxxxx.acf". error too (I posted an issue a while ago)?

After more than two years the error is back unfortunately, this time with id 219740, which is Don't Starve according to google. The game is still installed but the file is indeed missing. Any idea how to fix this (@BanCrash )?

I forget exactly how I fixed this issue myself, I do remember it happening though...You can try moving the appmanifest file out of the folder to somewhere else temporarily, and restarting steam - it should recreate the appmanifest file if im not mistaken.
If that solves the issue you can just delete the old appmanifest file and go about your business.

from lauhdutin.

I forget exactly how I fixed this issue myself, I do remember it happening though...You can try moving the appmanifest file out of the folder to somewhere else temporarily, and restarting steam - it should recreate the appmanifest file if im not mistaken. If that solves the issue you can just delete the old appmanifest file and go about your business.

That's the thing: The file doesn't exist at that path because the game is installed on the other SSD (sorry, forgot that it's there), which is also where the actual appmanifest file is. The game starts just fine, already verified the files and I restart my PC and Steam every day. A bunch of other games are also installed on the other SSD and I was playing at least one of them a lot in the days before the error appeared.

from lauhdutin.

Please note that I don't use anymore this skin and I don't test this solution, but well, since it's the best you'll have I guess it worth a shot. Please make a backup before testing this, just in case it destroys your already existent database.

Add In line 468 of dist/@Resources/main/platforms/steam/init.lua (I used as base my PR opened of quick fixes) this part of code without removing anything else:

if not io.fileExists(io.joinPaths(libraryPath, manifest), false) then
            log('Skipping Steam game', appID, 'because it does not have a manifest file')
            _continue_0 = true
            break
          end

Result show looks like this:

Test it and let me know if this fixes the issue. Also let me know if the game that has the issue is being detected properly.

from lauhdutin.

@BanCrash
Thanks for your reply and the code!
I closed Rainmeter, added the code and ran "Detect Games". It's now showing the non-Steam games I added to my Steam library manually but unfortunately it didn't load any Steam games, from neither SSD (or the shortcuts I added to the "Shortcuts" folder).
The output.txt lists a bunch of "appmanifest" files though.
Is there an alternative to this skin that you're now using?

from lauhdutin.

@BanCrash Thanks for your reply and the code! I closed Rainmeter, added the code and ran "Detect Games". It's now showing the non-Steam games I added to my Steam library manually but unfortunately it didn't load any Steam games, from neither SSD (or the shortcuts I added to the "Shortcuts" folder). The output.txt lists a bunch of "appmanifest" files though. Is there an alternative to this skin that you're now using?

Could you confirm that your Steam path is well set on your Lauhdutin settings ? I mean, if you have Steam installed on X: drive, confirm that in Lauhdutin settings your Steam path is on X: drive too.

I'm not using any Rainmeter skin any longer, but Playnite

from lauhdutin.

Could you confirm that your Steam path is well set on your Lauhdutin settings ? I mean, if you have Steam installed on X: drive, confirm that in Lauhdutin settings your Steam path is on X: drive too.

Yes, in the "Steam" settings it's got the correct "Client path" (G:\games\Steam). This is a small SSD with the Steam install and only a handful of games, while the other SSD (F:) has got all the other games, including the one that apparently caused the error.

I'm not using any Rainmeter skin any longer, but Playnite

Thanks for the link. Is it possible to add some type of shortcut for multiple games to the desktop (like this skin) with that app?

from lauhdutin.

In your primary/default steam install location, under Steam\steamapps there should be a libraryfolders.vdf - and also in the secondary steam library folder there should be a libraryfolder.vdf file... is there a libraryfolder.vdf file in this secondary location?... if you open your libraryfolder.vdf from this secondary game install location in notepad, what does the format/layout look like?

I had to make changes regarding the libraryfolder.vdf file in this secondary location... with BanCrashs assistance, managed to get that sorted and that fix is detailed earlier in this thread - had to revert the libraryfolders.vdf data layout to the old way to get the skin to recognise that there were games to detect in that location.
The format/layout of the libraryfolder.vdf was preventing steam from being able to parse the infomation in the file and thus, couldnt recognise that there were games to detect and display.

Here's a link to a comment of mine in that section of this thread regarding the libraryfolder.vdf file and related changes needed at that time:
#165 (comment)

The contents of the libraryfolder.vdf file in my secondary install location looks like this now as steam has gone through a few updates since then and I guess they changed/fixed some things:

"libraryfolder"
{
"contentid" "your-content-ID-here"
"label" ""
"launcher" "C:\Program Files (x86)\Steam\steam.exe"
}

Note: github not repecting the indentation in that snippet.

The libraryfolders.vdf file in the primary install location should have some content that matches the data in the libraryfolder.vdf from the secondary install location as well as a few extra details, and list the appmanifest files located there for everything installed in this secondary location below the data for the primary install location.

Also, have you tried uninstalling and reinstalling the the game you think caused the issue... I think this should make steam replace the appmanifest file for that game. Maybe there was some small problem with the file.

from lauhdutin.