@JackieKo@CommunityTeam@CommunitySupport, What's the story on fixing the "Host_WindowLoadTimeout" error issue that a lot of players (including myself) have been experiencing (for more info, see some of my prior comments on this thread)? I have been unable to play SWTOR for almost two months now because of the issues with the launcher update. Most of that time was under a prepaid subscription, and I'm really quite angry because I doubt I will ever see that money back. That makes me question what exactly I spent that money on. If your company can't give me and others in my position a working launcher asap, then they need to give us a refund. It is a really bad business model to take our money and expect us to accept a broken product in return. I sent support my host.developer.log and a description of my issue a good while back—Oct 26, to be precise—and I still haven't heard back from them. Am I just talking into the void here? Your company has my hard-earned money and I have nothing to show for it in return, except a few vague promises sparsely interspersed with a profound silence. I refuse to accept that! As long as your company has my money, I expect either a working product OR regular updates on what you guys are doing to fix the situation.

@JackieKo, I can't even get the launcher to open so that I can do so—I click on the application, nothing happens for several seconds, then I get the error message that says "Host_WindowLoadTimeout."

In case this helps anyone else here, or on the BioWare side of things (@JackieKo, @CommunityTeam, and/or @CommunitySupport), here is my host.developer.log: 10/26/2022 12:31:56 Log Level: DEBUG 10/26/2022 12:31:56 Version: 6.1.0.149 10/26/2022 12:31:56 File Version: 6.1.2.30 10/26/2022 12:31:56 Product Version: Star Wars - The Old Republic Launcher 6.1.0.149 10/26/2022 12:31:56 Company: BioWare 10/26/2022 12:31:56 Command Line: "C:\Program Files\Electronic Arts\BioWare\Star Wars - The Old Republic\launcher.exe" --debug 10/26/2022 12:31:56 DEBUG - No desktop shell is present 10/26/2022 12:31:56 DEBUG - Unable to open desktop user key, defaulting to current user 10/26/2022 12:31:56 INFO - System: Windows NT 6.1.7601.17514 32bit 10/26/2022 12:31:56 INFO - Elevated: true 10/26/2022 12:31:56 INFO - Process Id: 32 10/26/2022 12:31:56 DEBUG - Intranet IP: ***REDACTED*** 10/26/2022 12:31:56 DEBUG - Machine Name: ***REDACTED*** 10/26/2022 12:31:56 DEBUG - Machine Id: ***REDACTED*** 10/26/2022 12:31:56 DEBUG - Session Id: e5c185c4f78b4342b9372dc26e42f7d1 10/26/2022 12:31:56 DEBUG - Added read only registry path to whitelist (machine\Software\Microsoft\Internet Explorer\) 10/26/2022 12:31:56 DEBUG - Added read only registry path to whitelist (user\Software\Microsoft\Windows\CurrentVersion\Internet Settings\) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (127.0.0.1) 10/26/2022 12:31:56 DEBUG - Opening deprecated app config app.json. Consider migrating to app.yaml. 10/26/2022 12:31:56 DEBUG - Added host to whitelist (54.205.151.73) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (cdn.solidstatenetworks.net) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (d303dzhguvwbav.cloudfront.net) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (netstorage.solidstatenetworks.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (solidstatenetworks.net) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (support.solidstatenetworks.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (www.solidstatenetworks.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (feed.solidstatenetworks.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (snxd.akamaized.net) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (qa.solidstatenetworks.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (qa.snxd.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (auth.snxd.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (axis.snxd.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (capi.snxd.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (solidstatenetworks.akamaized.net) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (wasabi.solidstatenetworks.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (wasabi-https.akamaized.net) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (bioware-akamai.aws.snxd.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (bioware-akamai.aws.snxd.com.akamaized.net) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (cdn-patch.swtor.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (s3.us-east-1.amazonaws.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (s3.us-west-2.amazonaws.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (www.swtor.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (patchnotes.swtor.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (cdn-d6patch.swtor.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (ts9a.swtor.com) 10/26/2022 12:31:56 DEBUG - Added host to whitelist (launchpad.swtor.com) 10/26/2022 12:31:56 DEBUG - SkinWebServer.01fcd878 - WebServer.01fcd900 - Running [36] 10/26/2022 12:31:56 DEBUG - SkinWebServer.01fcd878 - WebServer.01fcd900 - Listening for incoming connections (127.0.0.1:53182) 10/26/2022 12:31:56 INFO - CEF 75.1.14+gc81164e+chromium-75.0.3770.100 10/26/2022 12:31:59 DEBUG - Crash reporting enabled 10/26/2022 12:31:59 DEBUG - Failed to localize (STAR WARS™: The Old Republic™) 10/26/2022 12:31:59 DEBUG - NotificationEndPoint.e742deaa - WebServer.01fb21b0 - Running [36] 10/26/2022 12:31:59 DEBUG - NotificationEndPoint.e742deaa - WebServer.01fb21b0 - Listening for incoming connections (127.0.0.1:53183) 10/26/2022 12:31:59 DEBUG - WorkflowManager - Overall Progress - -2.00 (0) 10/26/2022 12:32:29 ERROR - Timeout waiting for window to load 10/26/2022 12:32:29 DEBUG - Failed to localize (Host) 10/26/2022 12:32:29 DEBUG - Failed to localize (Host_WindowLoadTimeout) 10/26/2022 12:33:10 DEBUG - SkinWebServer.01fcd878 - WebServer.01fcd900 - Uptime - 1m 14s 0684ms 10/26/2022 12:33:10 DEBUG - NotificationEndPoint.e742deaa - WebServer.01fb21b0 - Uptime - 1m 11s 0351ms 10/26/2022 12:33:10 INFO - Exit Code - 0 As you can see, I also get the "Host_WindowLoadTimeout" error notification.

Hi @JackieKo, Thank you very much for the response; it means a lot!

@-Fabien-, as @racknut perfectly put it earlier, (Emphasis and brackets mine) It really does speak volumes, @racknut; it really does. The way I see it, they haven't responded since Friday either: a) because they don't have an answer; b) because the EA higher-ups don't care (we're the acceptable "broken eggs" for their new launcher "omelette"); or c) both. The second month of my prepaid two-month subscription started a few days ago; I'm really starting to get ticked off. To be clear, I don't think it's fair to direct our anger entirely at @JackieKo, @CommunitySupport, and @CommunityTeam. In fact, I think they deserve relatively little of our blame. I know that they are constantly bombarded with mentions and PMs, and it takes a while to get to everyone. I'm sure everyone here is aware that the SWTOR division of BioWare Austin, and BioWare Austin itself, operate as a skeleton crew on what appears to be little more than a shoestring budget. I do not envy the position that they are in. But really, EA, this mess and ensuing silence are just not workable as a business model. For the money we pay you and the product we receive ("year of content" my &@%)—for all the hard work your limited SWTOR team tries to do with what relatively little resources they have—this is very poor customer service indeed. Your ship seems quite clearly to be, as the sea dogs of old would say, held together with spit and hope. Pretty soon we're all going to bail out before it sinks. EA: the paying customers deserve better, and your hard-working team deserves better. Please, please—invest more time and money in your SWTOR and BioWare Austin teams. Hire more support staff to handle the bug reports and complaints, and to respond to us to let us know we're heard. Hire more and/or better devs so that every update doesn't seem like "one step forward, two steps back." FIX THIS.

@JackieKo @CommunityTeam Any progress on addressing the "Host_WindowLoadTimeout" error message problem, which appears AFTER install, and when TRYING to install (or reinstall, as in my case)?

It would be neat if we got to see some of the following creatures as pets, companions, and/or even mounts (the Corellian slice hound; spukamas; strill; Corellian banshee bird; and shriek-hawk aka jai'galaar are at the top of my wishlist): Anooba Bageraset Blarth Bonegnawer Bursa Canoid Carrion spat Convor Corellian banshee bird Corellian sand panther (this could just be a reskin of the existing Krakjya model) Corellian slice hound Dire-cat Durni Eopie Falumpaset Fambaa Fanned rawl Frog-dog Glider Gnort Grazer Greysor Gronda Gualaar Gualama Gualara Gubbur Gulginaw (this could just be a reskin of one of many of the soarers already in-game) Gurrcat (like the Corellian sand panther, this could also just be a reskin of the Krakjya) Howlrunner Hrumph Humbaba Huurton Igitz Ikopi Jaboon Jaggalor (this already appears in-game as NPC creatures) Jakrab Jerba Kaadu Kima Kiros bird (this would only have to be a simple reskin of the proposed convor) Krahbu Kusak Mantessan panthac Massiff Momong Mooka Mott Murra / Kahmurra Muudabok Narglatch (this could just be a reskin of the proposed dire-cat) Neekoflight Nuna Odupiendo aka "dupie" Paralope Peko-peko Pelikki Piket Pikobi Pittin Profogg Rasp Ronto Runyip Saw-toothed grank Scurrier Shaak Sharnaff Shaupaut Shriek-hawk aka jai'galaar Snow bear Spukamas Stintaril Strill Tabage Terazod Thrantcill Tima Tooka Tooke Traladon Tusk cat Twirrl Veermok Voorpak Vornskr Vrelt Whisper bird Womp rat (they're available as mounts, but a pet version would be interesting) Woodoo Woolamander Worrt Ysalamir Zalaaca

But then people wouldn't like their appearances, species, genders, sexual orientations, in-game hinted histories, fighting styles, etc. It would be like the KOTOR fans' blowup at SWTOR's choices for Revan's and the Exile's appearances and fates all over again. I guess it could work if they were different for each player, such that players could select which of their Jedi Guardian toons, if they have them, is the Hero of Tython; which of their Trooper toons is Meteor; which of their Agent toons is Cipher Nine; etc.

COSMETICS: On the Character Select screen, the color of a toon's legs are always unified to its chest—regardless of the player's in-game selection. My gunslinger has been grumbling that his blue pants appear brown. CUTSCENES: Other players and I have noticed that we get some weird polygon mesh glitches in cutscenes, notably with the mouth scarves on headpieces sharing the base model of the Restored Columi Smuggler headpiece (the "Cad Bane" style hat with the scarf-mask). Three companions that became available with the release of KOTFE—Lana Beniko, Koth Vortena, and Senya Tirall—come "out of the box," so to speak, with appearance customizations. During cutscenes of the first several KOTFE chapters, the polygon meshes of these customizations flicker with the companions' base models that the customizations' polygon meshes are supposed to replace, not merely overlay. During cutscenes, if a companion is wearing a piece or pieces of gear that have two different appearances (Galactic Republic versus Sith Empire), said pieces of gear will only appear as the Imperial version—even when playing a Republic-aligned class. STRONGHOLDS: After recruiting Kira Carsen and Lord Scourge to the Eternal Alliance, their stronghold decorations will appear as unclothed holograms. I am aware that this normally is the case for a companion decoration when the same companion is active, in which case the decoration appears as an unclothed hologram. However, for Kira and Scourge, this is always the case, even when they are not summoned as active companions. NOTE: this issue does not apply to Kira and Scourge if reclaimed through the Companion Return Terminal; only when they are recruited at the end of Onslaught. PLAYER SHIP: When a player's toon is onboard the class ship, the "Customize Appearance" drop-down tab on the Character Sheet—that lets the player toggle "Hide Head Slot" and "Unify Colors"—is not available for the player's shipboard companions. ALLIANCE HQ & ODESSEN CANTINA: Removing an item from a companion's gear slots (hands, wrists, waist, feet, etc.), or replacing said item with a piece of the Covert Energy Set (including gloves and boots), results in no change in the appearance of said companion's Alliance HQ or Odessen Cantina NPC decoration. Some companions have even more restrictions. Equipping different gear; removing gear from slots; and unifying color all result in no discernible change in appearance of the Alliance HQ NPC decorations of the following companions: Akaavi Spar; Ashara Zavros; Corso Riggs; Darth Hexid; Felix Iresso; HK-51; HK-55; Mako; Risha Drayen; and Vector Hyllus. Instead, these companions' NPC decorations only display whatever default gear and appearance customizations with which they come when the player recruits/reunites with them. They also do not display their equipped weapons. It has not escaped my attention that, with the exception of HK-51, all the affected companions are those that became recruitable with Knights of the Eternal Throne. These issues may also apply to Treek, since she is a Rise of the Hutt Cartel comp like the affected HK-51 (but as I have not unlocked her, I cannot say). As luck would have it, the Alliance HQ NPC decorations for Elara Dorne and Shae Vizla actually do show appearance customizations, and the gear pieces you put on them—except for weapons that aren't their own (Shae Vizla's NPC decoration won't show any weapons at all), or pieces from the Covert Energy Armor set (including gloves and boots). However, like the other NPC decorations for the companions I listed above, Shae's and Elara's Alliance HQ NPC decorations do not show dye unification, and removing gear on the companions will not change the appearance of their NPC decorations, which will still show their default gear. That said, removing their waist gear will apply to the appearance of their NPC decorations, for some reason or another. Also: if the player equips gear with separate Republic/Imperial versions on Elara or Shae, their NPC decorations will only display the Imperial version. The corresponding Alliance HQ NPC decorations for HK-51 and HK-55—and the Odessen Cantina NPC decorations for C2-N2 and 2V-R8—will not show any appearance customizations, or any weapons (except for HK-55, whose npc decorations always shows his default KOTFE rifle). The Alliance HQ NPC decorations for Choza Raabat and Veeroa Denz also do not show any equipped weapons—not even the default ones with which they come when recruited. Even after having summoned Darth Hexid; HK-51; or HK-55 as the player's active companion, their Alliance HQ NPC decorations remain visible, instead of disappearing like usual. Akaavi Spar; Elara Dorne; HK-51; HK-55; Kira Carsen; Lord Scourge; and Mako will not speak to the player when you clicking on their Alliance HQ NPC decorations. If one is playing as a class other than Jedi Knight, and tries to click on Kira and/or Scourge, the player receives the message that "you are ineligible for this conversation." If the play equips gear with separate Republic/Imperial versions on Kira Carsen, her Alliance HQ NPC decoration will display the Imperial version of the gear instead of the proper Republic version. COMPANIONS—OTHER ISSUES: Base game ("vanilla") companions often have things to say about the environment, provided the location or planet was content prior to the release of KOTFE. However, a companion will only say these things if he/she/it was the player's active companion immediately before arriving at the planet (or, if applicable, its orbital station). I would greatly appreciate it if hearing companion's quips weren't subject to such limiting constraints. Additionally, after recruiting base game companions to the Alliance during/after KOTFE/KOTET, they will no longer say anything about pre-KOTFE environments. These quips are a good part of the immersive fun of the original companions, and I would love to hear them again. NOTE: this issue does not apply to companions reclaimed through the Companion Return Terminal. Likewise, after recruiting base game companions to the Alliance during/after KOTFE/KOTET, when the player clicks on them to make them talk, their mouths will no longer move. Nor will their equipped headgear provide the correct voice modulation. NOTE: this issue does not apply to companions reclaimed through the Companion Return Terminal. After recruiting base game companions to the Alliance during/after KOTFE/KOTET, they will no longer approve or disapprove of the player's cutscene choices in pre-KOTFE content (like World Arcs). I miss this immersive layer. NOTE: this issue does not apply to companions reclaimed through the Companion Return Terminal.

Odessen already has hooks/decorations of most of one's companions, but there are several companions that don't show up on the base after recruitment. It would neat to include them, if possible. They could be placed in the Alliance HQ, the Cantina (like Andronikos Revel), or the Landing Area (like Major Pierce and M1-4X). These companions are: Aric Jorgan Doc Gault Rennow Khem Val Malavai Quinn Nadia Grell Raina Temple Torian Cadera Vette (I may have missed some)

COSMETICS: On the Character Select screen, the color of a toon's legs are always unified to its chest—regardless of the player's in-game selection. My gunslinger has been grumbling that his blue pants appear brown. CUTSCENES: Other players and I have noticed that we get some weird polygon mesh glitches in cutscenes, notably with the mouth scarves on headpieces sharing the base model of the Restored Columi Smuggler headpiece (the "Cad Bane" style hat with the scarf-mask). Three companions that became available with the release of KOTFE—Lana Beniko, Koth Vortena, and Senya Tirall—come "out of the box," so to speak, with appearance customizations. During cutscenes of the first several KOTFE chapters, the polygon meshes of these customizations flicker with the companions' base models that the customizations' polygon meshes are supposed to replace, not merely overlay. During cutscenes, if a companion is wearing a piece or pieces of gear that have two different appearances (Galactic Republic versus Sith Empire), said pieces of gear will only appear as the Imperial version—even when playing a Republic-aligned class. STRONGHOLDS: After recruiting Kira Carsen and Lord Scourge to the Eternal Alliance, their stronghold decorations will appear as unclothed holograms. I am aware that this normally is the case for a companion decoration when the same companion is active, in which case the decoration appears as an unclothed hologram. However, for Kira and Scourge, this is always the case, even when they are not summoned as active companions. NOTE: this issue does not apply to Kira and Scourge if reclaimed through the Companion Return Terminal; only when they are recruited at the end of Onslaught. PLAYER SHIP: When a player's toon is onboard the class ship, the "Customize Appearance" drop-down tab on the Character Sheet—that lets the player toggle "Hide Head Slot" and "Unify Colors"—is not available for the player's shipboard companions. ALLIANCE HQ & ODESSEN CANTINA: Removing an item from a companion's gear slots (hands, wrists, waist, feet, etc.), or replacing said item with a piece of the Covert Energy Set (including gloves and boots), results in no change in the appearance of said companion's Alliance HQ or Odessen Cantina NPC decoration. Some companions have even more restrictions. Equipping different gear; removing gear from slots; and unifying color all result in no discernible change in appearance of the Alliance HQ NPC decorations of the following companions: Akaavi Spar; Ashara Zavros; Corso Riggs; Darth Hexid; Felix Iresso; HK-51; HK-55; Mako; Risha Drayen; and Vector Hyllus. Instead, these companions' NPC decorations only display whatever default gear and appearance customizations with which they come when the player recruits/reunites with them. They also do not display their equipped weapons. It has not escaped my attention that, with the exception of HK-51, all the affected companions are those that became recruitable with Knights of the Eternal Throne. These issues may also apply to Treek, since she is a Rise of the Hutt Cartel comp like the affected HK-51 (but as I have not unlocked her, I cannot say). As luck would have it, the Alliance HQ NPC decorations for Elara Dorne and Shae Vizla actually do show appearance customizations, and the gear pieces you put on them—except for weapons that aren't their own (Shae Vizla's NPC decoration won't show any weapons at all), or pieces from the Covert Energy Armor set (including gloves and boots). However, like the other NPC decorations for the companions I listed above, Shae's and Elara's Alliance HQ NPC decorations do not show dye unification, and removing gear on the companions will not change the appearance of their NPC decorations, which will still show their default gear. That said, removing their waist gear will apply to the appearance of their NPC decorations, for some reason or another. Also: if the player equips gear with separate Republic/Imperial versions on Elara or Shae, their NPC decorations will only display the Imperial version. The corresponding Alliance HQ NPC decorations for HK-51 and HK-55—and the Odessen Cantina NPC decorations for C2-N2 and 2V-R8—will not show any appearance customizations, or any weapons (except for HK-55, whose npc decorations always shows his default KOTFE rifle). The Alliance HQ NPC decorations for Choza Raabat and Veeroa Denz also do not show any equipped weapons—not even the default ones with which they come when recruited. Even after having summoned Darth Hexid; HK-51; or HK-55 as the player's active companion, their Alliance HQ NPC decorations remain visible, instead of disappearing like usual. Akaavi Spar; Elara Dorne; HK-51; HK-55; Kira Carsen; Lord Scourge; and Mako will not speak to the player when you clicking on their Alliance HQ NPC decorations. If one is playing as a class other than Jedi Knight, and tries to click on Kira and/or Scourge, the player receives the message that "you are ineligible for this conversation." If the play equips gear with separate Republic/Imperial versions on Kira Carsen, her Alliance HQ NPC decoration will display the Imperial version of the gear instead of the proper Republic version. COMPANIONS—OTHER ISSUES: Base game ("vanilla") companions often have things to say about the environment, provided the location or planet was content prior to the release of KOTFE. However, a companion will only say these things if he/she/it was the player's active companion immediately before arriving at the planet (or, if applicable, its orbital station). I would greatly appreciate it if hearing companion's quips weren't subject to such limiting constraints. Additionally, after recruiting base game companions to the Alliance during/after KOTFE/KOTET, they will no longer say anything about pre-KOTFE environments. These quips are a good part of the immersive fun of the original companions, and I would love to hear them again. NOTE: this issue does not apply to companions reclaimed through the Companion Return Terminal. Likewise, after recruiting base game companions to the Alliance during/after KOTFE/KOTET, when the player clicks on them to make them talk, their mouths will no longer move. Nor will their equipped headgear provide the correct voice modulation. NOTE: this issue does not apply to companions reclaimed through the Companion Return Terminal. After recruiting base game companions to the Alliance during/after KOTFE/KOTET, they will no longer approve or disapprove of the player's cutscene choices in pre-KOTFE content (like World Arcs). I miss this immersive layer. NOTE: this issue does not apply to companions reclaimed through the Companion Return Terminal.