Release EDSY - The ship outfitting tool formerly known as E:D Shipyard; reimagined, redesigned, reborn

[MartinG]

Press the OPS button, click on import. Try to import from the game, it fails, givin this error:

Frontier API error 401
unknown error

OK, so it is import via Frontier API that does not work. It is possible that Frontier changed something that broke this method (I do not use it myself, so I would not know); if that is the case, we have to wait for taleden to fix it.

As a workaround, you can install E:⁠D Market Connector and set it up so that clicking on your ship name opens EDSY in your default browser with your current loadout. (File → Settings ↑ Configuration ↓ Preferred websites ↓ Shipyard)

 

[gazelle]

You could also just open the OPS->Import window and drag & drop the latest journal file onto it, which will import your current loadout (as long as you where in game with when that journal file was created).

 

[CMDR SpadedTail]

OK, so it is import via Frontier API that does not work. It is possible that Frontier changed something that broke this method (I do not use it myself, so I would not know); if that is the case, we have to wait for taleden to fix it.

As a workaround, you can install E:⁠D Market Connector and set it up so that clicking on your ship name opens EDSY in your default browser with your current loadout. (File → Settings ↑ Configuration ↓ Preferred websites ↓ Shipyard)

You could also just open the OPS->Import window and drag & drop the latest journal file onto it, which will import your current loadout (as long as you where in game with when that journal file was created).

Thank you, you two! I'll give it a try

 

[taleden]

Yes, Frontier changed something about the API that caused imports to stop working, although it's kind of a weird situation:

When a third-party app (like EDSY) is using Frontier's authorization system to request player account information, the app has to specify which "scopes" of information it wants. For ED the options are basically "character" (your Commander's name, location, assets, active ship, etc) and/or "player" (your real name, email address). EDSY has no need for your personal information and I want no responsibility for EDSY having to receive it (even if it's just discarded and not stored or used for anything) so it's always only requested "character" information.

However, for a long time (probably since that third-party auth flow was first introduced), Frontier's API has been sending personal "player" information all the time, even if the third-party app didn't ask for it. We (various app developers) notified them about this several times, but it was never fixed. Instead, about a year ago, the API just started rejecting requests that only asked for "character" data. In order for the API to return anything, we are now required to ask for personal "player" data even if we don't need or want it.

So far, I've opted not to do that, since I think it's a very poor security practice on their end and there is a viable alternative via your local journal file (for PC at least, and console was dropped by Frontier anyway). I've left the API import feature enabled hoping that Frontier would eventually fix the problem correctly and then it would just start working again, but at this point maybe I should just disable API import with a notice about why it doesn't work any more.

Also, FWIW, you can drag and drop a journal file onto anywhere in the EDSY window at any time, you don't have to open the Import prompt first. There's also a way to give EDSY a journal to import directly from a web request, which some other desktop applications (EDMC at least, I think?) use to make it easier to find your journal file for you and upload it.

 

[Vashu IIMKI]

Is anyone else getting the error-response, "got invalid shortlink", when using the 'generate short' option in the 'OPS:Export' function?
This has been happening, consistently, for quite a few weeks probably months, though I can't remember exactly when I first noticed it; this worked fine for most of the past year.
The error-response shows up several seconds after clicking the 'generate' button, with both stock and custom builds.

If I clear all my custom builds, and clear the browser cache for edsy.org, I can use the shortlink export without error, but as soon as I modify any stock build, even without saving it, the shortlink export again generates the error. This is happening in Chrome and in Opera.

In Opera I typically use Private mode with VPN enabled, with Privacy Badger, uBlock Origin, and FadBlock extensions.
In Chrome I am in public/default mode, and use the same three extensions previously mentioned.
That said, the situation remains when I disable these extensions.

... Just noticed (half an hour after post the above) the auto-invite to the #edsy Discord channel, went there, saw very recent posts about this issue. Though you're already aware, I'm leaving this post, here (since I can't post to your Discord channel), to inform that the issue has been out there for much more than a few days.
Also, can't join the auto-invited Discord channel fully enough to post there; apparently I can't use my existing Discord account (Marhtisan#1099).

Thanks a ton for your outstanding work on this ship design tool. EDSY shows impressive programming and UI layout (I was a C programmer a few decades ago, I believe I can still recognize good work). Good luck, and thanks again!

 

[taleden]

Updated to v3.8.17.1:

• implemented localisation in the HELP settings tab, but translations for many languages are very incomplete! contribute at https://crowdin.com/project/edsy
• added the (now not so) new pre-engineered Azimuth EAXMCs (sorry for the long wait, and thanks mgrzegor!)
• added Sub-surface Extraction Missiles (thanks mgrzegor!)
• added Decorative Pink blueprint for Remote Release Flak Launchers (thanks mgrzegor!)
• removed power draw from Experimental Weapon Stabilisers, since they claim to draw power in-game but actually do not in practice (thanks mgrzegor!)
• updated precision of gimballed EAXMC thermal load (thanks mgrzegor!)
• updated Research Limpet Controller drone range

Updated to v3.8.17.2:

• fixed a bug that prevented rank-locked ships from being loaded into outfitting

 

[taleden]

Updated to v3.8.17.3:

• added a yellow '?' in the upper-right corner that both mouse and touch interfaces can drag around the page to access popup notes on various labels and abbreviations that used to be mouseover-only
• added alternative thrid-party shortlink generator service option; v.gd may come back eventually, but for now new links can be made via ulvis.net instead (thanks Spansh!)
• improved version check and update mechanism
• changed user's stored modules from orange to yellow in the module browser panel, to match the in-game coloration of owned modules in storage
• changed special builtin stored modules (pre-engineered, tech broker, community goal) from yellow to orange in the module browser panel, to match the in-game coloration of unowned modules available for purchase
• added icons in the module browser panel and options tab to indicate tech broker availability or CG-only
• fixed Shipyard tab still sorting ships by English names even after changing the language
• fixed missing translation key for Decorative Pink blueprint, and some other bugs related to missing translations

Updated to v3.8.17.4:

• fixed a bug in the '?' tool

 

[Mr Steve]

EDSY returning a message of "Undefined". Can't log on.

 

[taleden]

EDSY returning a message of "Undefined". Can't log on.

There may be some turbulence in the process of getting the new update logic to kick in; try navigating to https://edsy.org/edsy.js and reloading that (ctrl-F5, long press) and then back to https://edsy.org/

 

[Mr Steve]

There may be some turbulence in the process of getting the new update logic to kick in; try navigating to https://edsy.org/edsy.js and reloading that (ctrl-F5, long press) and then back to https://edsy.org/

Ummm. Just getting a Wall of what looks like HTML lines. - pages and pages of just black text on white background. Perhaps I'm not doing the ctrl F5 right. Not the most savvy about Web apps . . .sorry.

 

[yianniv]

Ummm. Just getting a Wall of what looks like HTML lines. - pages and pages of just black text on white background. Perhaps I'm not doing the ctrl F5 right. Not the most savvy about Web apps . . .sorry.

If you're using a laptop, maybe you must use fn+ctrl+f5.

 

[Mr Steve]

If you're using a laptop, maybe you must use fn+ctrl+f5.

Outstanding! Thank you

 

[Shurimal]

FYI, if you're on a mobile browser that doesn't have a forced refresh, clearing browser cache for edsy.org and reloading does the same thing.

Also, if I may make a little suggestion, it would be nice if the powerplay and tech broker/CG icons shared the same yellow color and be located to the left side (so they would be the first thing you notice when skimming down the list). Not a big deal, but would make for a bit more cohesive UI design

 

[taleden]

Ummm. Just getting a Wall of what looks like HTML lines. - pages and pages of just black text on white background. Perhaps I'm not doing the ctrl F5 right. Not the most savvy about Web apps . . .sorry.

That's normal, it's showing the main application source code; the idea was to get your browser to explicitly reload that code file, so that when going back to the main page, it would have the updated code which should in turn make sure that all the other resource files are updated as needed.

FYI, if you're on a mobile browser that doesn't have a forced refresh, clearing browser cache for edsy.org and reloading does the same thing.

Also, if I may make a little suggestion, it would be nice if the powerplay and tech broker/CG icons shared the same yellow color and be located to the left side (so they would be the first thing you notice when skimming down the list). Not a big deal, but would make for a bit more cohesive UI design

Good point, those icons are semantically the same as the existing Powerplay and Guardian modules (indicating the source, if not the regular outfitter). Fixed


Updated to v3.8.17.5:

• fixed layout of modules in the module browser and order of blueprint and expeffect selectors due to rendering before translations were loaded
• fixed pre-engineered Long Range Abrasion Blaster not showing the blueprint selector
• made treatment of all module tag icons (powerplay, guardian, community goal, tech broker) more consistent (on the left, in color)
• changed community goal icon to match the one used for the in-game nav map instead of the community goal web page

 

[taleden]

Updated to v3.8.17.6:

• synced new Crowdin translations for Chinese (thanks MichaelStone!), German (thanks Eahlstan!), and Russian (thanks nevaring and Ars145!)
• fixed a bug with using English as a default for strings that aren't yet translated for the selected language

 

[Omnituens]

The experimental weapon stabilisers seem to have 0MW power draw, when the 3F should be 1.50MW and the 5F should be 3.00MW.

 

[pFVD]

The experimental weapon stabilisers seem to have 0MW power draw, when the 3F should be 1.50MW and the 5F should be 3.00MW.

They say they do, but in practice they actually don't.

 

[Omnituens]

They say they do, but in practice they actually don't.

Good spot, My build was quite tight on power and one screen was telling me I was over, and the site was telling me it shouldn't be over power budget. Good to know.

 

[pFVD]

Good spot, My build was quite tight on power and one screen was telling me I was over, and the site was telling me it shouldn't be over power budget. Good to know.

My worry is that FD will "fix" it at some point, as I've got 2 ships that will be underpowered if they do ...

 

[CMDR Timber McWolf]

Updated to v3.8.17.6:

• synced new Crowdin translations for Chinese (thanks MichaelStone!), German (thanks Eahlstan!), and Russian (thanks nevaring and Ars145!)
• fixed a bug with using English as a default for strings that aren't yet translated for the selected language

I wish I had the option to choose which language I see.