DomiKamu

Thanks a lot (no, thanks a million) micha! Your modification (test release 6.8.4.1 mw) seems fine: by using it (stock bar, I never used Blizzy toolbar), no more DPAI icon in KSP menus (main menus) on scenes changes! From your ZIP , I'm not sure if .pdb files are required or not (I've installed them, however) - perhaps required debug symbols... Also, thanks for cleaned 6.8.4.2 I've seen above, I'll test it this Sunday. EDITED: both 6.8.4.1 mw and 6.8.4.2 mw work fine! Great stuff, merci (thanks in French ) - have a merry Christmas in advance.

Hi micha, I've done few tests this evening by using your DPAI 6.8.4.1 "debug" patch - the icon doesn't appears when returning to main menus. Of course, more tests are perhaps required (I presume), but I hope is a good way! I use stock bar only (+ ToolbarControl / ClickThroughBlocker, required for lastest Critical Temperature Gauge mod). Last checkbox unchecked (like Stone Blue just above). Thanks!

Using French Windows 7 too (us-en KSP) - but this "bug" also concerns English Windows users. Firstly, other mods I'm using don't have this "bug". I admit the game runs fine, but be sure it's abnormal. For me, it's a bug, like any other bugs. I don't understand why it wasn't fixed (despite as indicated in TXT file - since 6.8.0 !). For now, I don't use it why this bug remains unfixed.

Hi, having given "a last chance" by testing 6.8.4 over KSP 1.8.1, stock toolbar (+ ToolbarControl mod, required for lastest Critical Temperature Gauge). For now, the DPAI app icon doesn't come back on scene change (main menus), so I'm crossing mine fingers... EDIT: too bad (again), the icon issue isn't solved!

Hi, too bad (since some releases I presume) the countdown by using dots seems disabled (for node maneuvers), yep too bad because the effect was nice, and useful (IMO). Thanks (again) however about this great mod - always in my list!

FYI : - Page 54 (May 30, 2018) - Page 48 (January 3, 2017) - Page 47 (October 26, 2016) Perhaps more older post(s) from me, but I don't have checked prior page 47... For pages I've mentioned, simply search my nickname DomiKamu. I precise I'm not alone, other users have reported the same issue since long time. I'd like to have a clean KSP on my computer, and I avoid buggy mods.

I'm using stock toolbar. I've already posted in this topic the elements about this issue (but now they're 58 pages).

Yes, this is the issue I mention. By using any other mod, this never occur. Also, from older README.txt (or similar doc, I don't remember precisely) he've mentionned this (cosmetic) issue was solved, but in reality, not. Something is bad in source 'I presume - I don't have C# knowledges to read sources). Also, about recent compiled dlls, it's abnormal to see 30/06/2019 (aka 30-June-2019) as timestamp from zip files (from Spacedock, and from GitHub) for... KSP 1.8.1 binaries! Be sure it's confusing for me, but also for other users here. Why the ".version" file mentions from v1.6 to v1.8.9 (from previous release)? For me, it's end of this story. I don't want fight or something like. I've reported this issue many times in this topic. Yes, it's an issue (despite the game doesn't crash). By this way, I've just decided to avoid this mod, nothing else. Regards.

The bug is known and never solved : the icon remains from KSP main menus (the readme says it was fixed, it's false). Also take a look about DLLs (3) timestamps from zip (picture in reply above) : 30/06/2019 (format DD/MM/YYYY - I'm using French Windows). I've downloaded BOTH from SpaceDock first, then from his GitHub (zip files are identical). Due to this persistent bug, unfortunately I've removed all DPAI from my mods list.

Like tg626 above, I confirm this great mod still working fine from KSP v1.8.1, as is!

LOL (I've placed a reply just above - I'm disappointed about this mod)... It's easy to edit the post title on forum and .version file... Unfortunately, previous releases (binaries) are removed (unable to compare files / CRCs).

V6.8.4 updated to v1.8.1: hum... [snip] Be sure in advance I don't want to be angry, but simply by checking DLL file timestamps from zip (30-June-2019), it's an old release - and having the continuous bug concerning the icon in main menus in previous KSP 1.7.3 (in fact, please be honest, this bug was never fixed). I don't want to use it KSP 1.8.1, and this mod is ban for my computer. Too bad, because I love the docking port renaming feature, and the gauge itself. [snip] EDIT; downloaded from SpaceDock and your GitHub (lastest release, shown by screen capture below).

I'll give it a chance from KSP 1.8.1, thanks for this precision!

Ok I understand, but in this case, why not two releases? one including the dependencies, one not? Thx

Hi, Critical Temperature Gauge is one of my favorite mod since long time. But really I don't know the reason why the developer have added both Click-Through Blocker and Toolbar Controller as dependencies. This mod works perfectly without them in previous versions (KSP 1.7.3 and older).

Hi, I don't understand why they're some "obsolete" dependencies are included in your lastest package (reDIRECT v0.10.0, downloaded from Spacedock, and tagged as KSP 1.7.3). For example, included CRP is v1.0.0.0 (October 28th 2018 - designed for KSP 1.5.0) instead of lastest v1.1.0.0 (more recent - February 2019 - but for KSP 1.6.x). Same fact concerning DeployableEngines v1.0.0.0 but recently updated to 1.1.0.0 (very recent - July 29th 2019 - I admit). Also B9PartSwitch, a very sensible mod, offered as v2.7.1 instead of v2.9.0. By using lastest versions, in particular for Near Future Technologies (and derivatives like Cryo Engines) - instead of provided - I'm not sure about reDIRECT compatibility (I'm using KSP 1.7.3), btw I hesitate to use it... Thanks in advance for explanations.

@TBenzOh yes it's okay about Dres location (between Duna and Jool). I've said mines questions may are stupid, so... this is one! Okay also for Duna satellites - but unfortunately I don't have enough skills to do by myself. And it's not important. Thanks for your reply, appreciated!

Hi and big thanks concerning Outer Planets Mod addon! I'm using it (v2.2.2) against KSP v1.7.0. I have just two questions (maybe they're stupid questions), can are considered as suggestions however: 1/ is it possible to remove Dress planet? (maybe Dress is remaining in OPM for some reason I unknown - eg technical/KSP limitations, or other)? or maybe - if possible - Dress orbit can be relocated between Duna and Jool (in order to "simulate" Ceres into asteroids belt, for example). 2/ is it possible to enhance Duna moons system (like Phobos/Deimos) by redesign Ike orbit, and by adding small rock like Deimos? The "third" question was already asked in this forum (about Eve retrograde rotation, like Venus does), so I don't ask it again TIA. Dominique.

Thanks Tonka Crash for this useful info!

Of course (I agree) because NF Construction is tagged as 1.6.1 => Spacedock assumes as "outdated", it's simple

In my opinion, NF Construction is based on parts only (aka no plugin such .dll file). Also, Spacedock assumes it's a 1.6.1 mod, for this reason it indicates "Outdated mod" warning, but don't worry about this. I don't have tested lastest NF yet, unfortunately (I'm too busy actually). The doubt may I have concerns B9 Part Switch (enclosed is v2.7.0 as dependency, but lastest version is v2.7.1 for KSP 1.7.0) because I've read negative comments about it (against KSP 1.7.0). But must be confirmed...

Don't worry mon Ami (my Friend in French), it was just for help. Thanks to continue (for now) this mod development!

Hi Flupster, please check link to 5.22 (page 1, Downloads section, Lastest version) because the current link points to... v5.21 binaries instead! Also, the "View older version" link doesn't work for me, it returns "unknow domain"...

You're welcome! Be sure BBT stays a great mod! Thanks (merci in French - my language).

Hi Snark, I'm testing BetterBurnTime v1.9.1 against KSP v1.7.0, I have ton of exceptions generated while landing (using MechJeb 2 Dev #883 - landing autopilot / after "Pick target on map") on the Mun: Recurent line is: [ERR 11:15:24.956] [BetterBurnTime] (NullReferenceException) Object reference not set to an instance of an object: at BetterBurnTime.GeosyncTracker.RefreshTarget (.Vessel vessel) [0x00000] in <filename unknown>:0 at BetterBurnTime.GeosyncTracker.Refresh () [0x00000] in <filename unknown>:0 at BetterBurnTime.GeosyncTracker.LateUpdate () [0x00000] in <filename unknown>:0 This is my KSP.log: https://www.dropbox.com/s/wdmei0uith5kskt/KSP.log?dl=0