-
-
Notifications
You must be signed in to change notification settings - Fork 348
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CKAN stuck at loading available modules #2711
Comments
Its loading like that (several times(>1)) over an hour |
Which version(s) did you mark as compatible? |
marked compatible version: 1.4 |
a noteable thing to ad is that that occured right after letting it udate |
Does it work now? |
try to move ckan folder outside. It seems compatible data file doesn't work with new ckan(the ckan won't even appear for me) |
No, it doesn't work either way, i tried so far everything including new install. i still dont know how to fix this, cause every attempt end in the same result, there each step seems the same. |
Could you you try to run Edit: Can you zip the registry.json and upload it here? I want to take a look at it. |
Don't tell me it's the old pop-up behind ckan problem |
This is the registry.json : still with the "ckan.exe update" it wont work(it didnt changed anything). btw Grüße aus Deutschland |
Grüße zurück! The registry works perfectly fine for me, even if I don't refresh after replacing the existing one. |
the question is how should i do it. Every time i'm runing CKAN it will automaticly go into this endless loading status. |
Oh, yeah...
|
I'm having same issue, and looks even more awesome when performed clean install. This grey screen is how it looks like in first startup of CKAN after clean install. After force closing this not responding process, I now then have exact same problem with NicLars04. I tried to fix my backed up CKAN's registry and result is: It just crashes. After 1.26 update, few CKAN-installed mods like "DeployableEngiens" and "Wildblue Tools" are shown as AutoDetect and was removed from registry for unknown reason. Performing clean install CKAN with v1.25.4 without update is also crashing with exception as following:
From these results, I think CKAN is accessing some files outside of KSP folder or otherwise there's no reason for old version of CKAN to break after update. If so, tell us which files' being accessed. |
I ran repair registry cmd, I got gravityturncontinued conflict with gravityturn error |
exactly how jupiterbjy discribed, i have the same issues and same results as he presented. |
@NicLars04 did you try the second part of my comment?
|
ehm... i tried but i am not that good in this cmd and programming stuf, so i am a bit strugelling how to do it. Could anyone explain it to me in more details please, i would realy appreciate it. 👍 (ps.: i dont understand how the end of step 2 shuold work, then i have all exept for the downloads deleted) |
CKAN Version: v.1.25.4Ok, So i have just installed the older version and know i am getting new errors like from jupiterbjy. If all dont work, Is there any way to get it working in an older version? |
@jupiterbjy thanks for the clue. @NicLars04, scratch the reinstallation. Please try to delete the registry keys, one at a time.
|
I still got v1.25.4 CKAN on Laptop with untouched registy, I'll give result in 1 - 2 hours. FYI, it's safe to assume KSPBuild is cause because after CKAN regenerated all keys, all other keys are same, except install directory key which I moved last year and still not changed. |
Data previous v1.26 (collapsed){ "builds": { "464": "0.23.5.464", "559": "0.24.2.559", "642": "0.25.0.642", "705": "0.90.0.705", "830": "1.0.0.830", "842": "1.0.2.842", "861": "1.0.4.861", "1024": "1.0.5.1024", "1028": "1.0.5.1028", "1172": "1.1.0.1172", "1174": "1.1.0.1174", "1180": "1.1.0.1180", "1183": "1.1.0.1183", "1196": "1.1.0.1196", "1203": "1.1.0.1203", "1209": "1.1.0.1209", "1215": "1.1.0.1215", "1224": "1.1.0.1224", "1228": "1.1.0.1228", "1230": "1.1.0.1230", "1250": "1.1.1.1250", "1260": "1.1.2.1260", "1289": "1.1.3.1289", "1473": "1.2.0.1473", "1479": "1.2.0.1479", "1485": "1.2.0.1485", "1486": "1.2.0.1486", "1489": "1.2.0.1489", "1494": "1.2.0.1494", "1499": "1.2.0.1499", "1500": "1.2.0.1500", "1509": "1.2.0.1509", "1517": "1.2.0.1517", "1520": "1.2.0.1520", "1523": "1.2.0.1523", "1532": "1.2.0.1532", "1539": "1.2.0.1539", "1540": "1.2.0.1540", "1546": "1.2.0.1546", "1548": "1.2.0.1548", "1553": "1.2.0.1553", "1563": "1.2.0.1563", "1564": "1.2.0.1564", "1569": "1.2.0.1569", "1574": "1.2.0.1574", "1576": "1.2.0.1576", "1583": "1.2.0.1583", "1584": "1.2.0.1584", "1586": "1.2.0.1586", "1604": "1.2.1.1604", "1622": "1.2.2.1622", "1727": "1.2.9.1727", "1730": "1.2.9.1730", "1737": "1.2.9.1737", "1738": "1.2.9.1738", "1743": "1.2.9.1743", "1750": "1.2.9.1750", "1758": "1.2.9.1758", "1764": "1.2.9.1764", "1773": "1.2.9.1773", "1781": "1.2.9.1781", "1790": "1.2.9.1790", "1796": "1.2.9.1796", "1800": "1.2.9.1800", "1804": "1.3.0.1804", "1836": "1.3.1.1836", "1847": "1.3.1.1847", "1855": "1.3.1.1855", "1863": "1.3.1.1863", "1891": "1.3.1.1891", "2077": "1.4.0.2077", "2089": "1.4.1.2089", "2110": "1.4.2.2110", "2152": "1.4.3.2152", "2215": "1.4.4.2215", "2243": "1.4.5.2243", "2256": "1.4.5.2256", "2332": "1.5.0.2332", "2335": "1.5.1.2335", "2395": "1.6.0.2395", "2401": "1.6.1.2401" } }Data after Update & Registry purge (collapsed){ "builds": { "464": "0.23.5.464", "559": "0.24.2.559", "642": "0.25.0.642", "705": "0.90.0.705", "830": "1.0.0.830", "842": "1.0.2.842", "861": "1.0.4.861", "1024": "1.0.5.1024", "1028": "1.0.5.1028", "1172": "1.1.0.1172", "1174": "1.1.0.1174", "1180": "1.1.0.1180", "1183": "1.1.0.1183", "1196": "1.1.0.1196", "1203": "1.1.0.1203", "1209": "1.1.0.1209", "1215": "1.1.0.1215", "1224": "1.1.0.1224", "1228": "1.1.0.1228", "1230": "1.1.0.1230", "1250": "1.1.1.1250", "1260": "1.1.2.1260", "1289": "1.1.3.1289", "1473": "1.2.0.1473", "1479": "1.2.0.1479", "1485": "1.2.0.1485", "1486": "1.2.0.1486", "1489": "1.2.0.1489", "1494": "1.2.0.1494", "1499": "1.2.0.1499", "1500": "1.2.0.1500", "1509": "1.2.0.1509", "1517": "1.2.0.1517", "1520": "1.2.0.1520", "1523": "1.2.0.1523", "1532": "1.2.0.1532", "1539": "1.2.0.1539", "1540": "1.2.0.1540", "1546": "1.2.0.1546", "1548": "1.2.0.1548", "1553": "1.2.0.1553", "1563": "1.2.0.1563", "1564": "1.2.0.1564", "1569": "1.2.0.1569", "1574": "1.2.0.1574", "1576": "1.2.0.1576", "1583": "1.2.0.1583", "1584": "1.2.0.1584", "1586": "1.2.0.1586", "1604": "1.2.1.1604", "1622": "1.2.2.1622", "1727": "1.2.9.1727", "1730": "1.2.9.1730", "1737": "1.2.9.1737", "1738": "1.2.9.1738", "1743": "1.2.9.1743", "1750": "1.2.9.1750", "1758": "1.2.9.1758", "1764": "1.2.9.1764", "1773": "1.2.9.1773", "1781": "1.2.9.1781", "1790": "1.2.9.1790", "1796": "1.2.9.1796", "1800": "1.2.9.1800", "1804": "1.3.0.1804", "1836": "1.3.1.1836", "1847": "1.3.1.1847", "1855": "1.3.1.1855", "1863": "1.3.1.1863", "1891": "1.3.1.1891", "2077": "1.4.0.2077", "2089": "1.4.1.2089", "2110": "1.4.2.2110", "2152": "1.4.3.2152", "2215": "1.4.4.2215", "2243": "1.4.5.2243", "2256": "1.4.5.2256", "2332": "1.5.0.2332", "2335": "1.5.1.2335", "2395": "1.6.0.2395", "2401": "1.6.1.2401" } }Edited by @DasSkelett |
Those two lists are completely the same, at least Atom tells me so. |
Checked with Notepad++, same here. To note here - At this time CKAN failed to initialize after update, so registry might not updated at all, sorry couldn't be helped. |
@jupiterbjy, @DasSkelett |
@DasSkelett |
This bug is not solved, so it'll stay as bug until fix is out. |
ok |
So a quick summarize where we are: If you downgrade again. you get the System.ArgumentOutOfRangeException. It has something to do with the cache, but I don't see the exact cause yet.
which is probably because the newer metadata in the registry can't be read by CKAN and all those mods are returned as If you delete the registry key I wasn't able to recreate the issue yet. Can both of you @NicLars04 and @jupiterbjy send me an exported .ckan of your mods, so I can see if specific mods (suspecting those with spec version 1.26) cause the issue (if they are cached or something)? |
mods_from_ckan.zip |
installed-portable-2019-04-05_17-42-51.txt Lastest file right before CKAN failure. Convert .txt to .ckan. Outside of topic, is there no temporary file removal on CKAN? Regardless of download successful or failure, CKAN keeps mod-sized temp files on temp folders and never removes it. |
Do you mean the cache? You can limit it in the settings. |
CKAN download mod as tmp file at TEMP folder, and CKAN never moves it to cache folder unless all target mods are downloaded. This is not problematic unless there is crash or TEMP folder is limited. Either using ramdisk or just system disk is full - this crash CKAN as TEMP folder containing drive get full before completing download. Then already created tmp files need to be manually removed or it stays there forever until reboot. It would be much helpful if CKAN moved mod to cache folder after finishing each every downloads, so user won't have to worry about their capacity on TEMP folder and install large mods one by one. |
I think I know what you mean now. |
That exception means that this block is throwing: Lines 175 to 180 in 44d44ea
Since it's complaining about the length, the cause may be a filename shorter than 8 characters in the cache folder. I can reproduce a freeze on load if I create such a file: Two questions for those affected by this:
EDIT: We have one answer to question 1 already: @jupiterbjy, what else is in that folder? |
Well, that E:\Tempy folder is not real cause of issue. Original folder was on ramdisk, with several temporary system files. So there's high chance to have file with short filename in there, but for now CKAN's temp file is shortest. (tmp38D5.tmp)
Okay, will create soon. |
Background
CKAN Version: 1.26.0
KSP Version: 1.4.3.2152
Operating System: Windows 10 x64
Have you made any manual changes to your GameData folder (i.e., not via CKAN)? -> Yes
Problem
What steps did you take in CKAN?
-> selecting 1.4 as new compatible KSP game version
What did you expect to happen?
-> Game change the settings to an other compatible mode
What happened instead?
-> CKAN (freez) stuck at loading available modules in Loading Modules
Screenshots:
->
The text was updated successfully, but these errors were encountered: