Eop card browser/m2 eop deck browsing by ayman-art · Pull Request #3181 · OWASP/cornucopia

ayman-art · 2026-07-03T13:00:07Z

Description

Implements deck browsing, card endpoints, copi-identical styling, STRIDE mappings and taxonomy for the Elevation of Privilege (EoP) edition (eop-5.0-en), and links EoP cards in copi games to their cornucopia card pages.
Completes milestone M2 of the EoP Card Browser Project Adding a endpoint for each eop card and to the card browser #1322 (M1: Eop card browser/m1 data scaffolding #3122).

Changes

Feature 1: EoP edition in the Card Browser UI

data/website/phrases/en/cards.json: EoP button, header and description

Feature 2: EoP deck and suit registration

Registered eop 5.0/en; suits in source order (SP, TA, RE, ID, DS, EP), starting with Ace like the other editions.

src/lib/services/deckService.ts, deckServiceConsts.ts, src/domain/suit/suitController.ts
src/domain/suit/order.ts, src/domain/card/order.ts

Feature 3: Card routes for all 78 EoP cards

SP2 is the default card on version switch (as AAI2 for Companion).

src/domain/card/cardIds.ts: shared card id allowlist used by all card
routes
src/routes/cards/+page.server.ts, +page.svelte, src/routes/cards/[card]/…
src/routes/edition/[edition]/+page.svelte, edition/[edition]/[card]/…
and its [version]/[lang] children (cards_options)

Feature 4: EoP card styling faithful to the printed deck

The styles were initially ported from copi, then reworked to match the original deck: element
sizes, positions, fonts and colors are derived from the official EoP card
PDF.

src/lib/components/cardPreview.svelte: reworked EoP styles to match the
original design instead of copi:
- divided the styles into elements (watermark, artwork, number tab, text
  block); the watermark only renders on non-royal cards
- royal (J/Q/K) backgrounds come from the card images; the CSS color is
  just a loading fallback
- cqw sizing with the original 413/713 ratio, replacing copi's fixed sizes
  and per-card offsets
- geometry and font sizes referenced from the original design
- suit colors sampled from the original design, fixing copi's Repudiation
  tab (dark red → gray) and Information Disclosure tab (yellow → blue)
- suit name grows upward on wrap, keeping the description fixed as in the
  original design
- static/images/eop-cards/ (78 PNGs): per-card images, the files are taken from
  copi;

Feature 5: STRIDE mappings component

src/lib/components/eopCardMapping.svelte: renders the stride field
cardPreview.svelte: mappings refactored via a component map so that future editions will require changing one line.

Feature 6: Card taxonomy

Threat Modeling template from M1, Mappings and Attacks sections, same structure as Companion.

src/lib/components/eopCardTaxonomy.svelte, cardFound.svelte (same component-map refactor)
data/website/phrases/en/cards.json: two translation keys

Feature 7: Copi cards link to cornucopia card pages

EoP cards in copi games now show a "Need more info?" link that opens the card's
page on cornucopia.owasp.org to help players know more about the card.

priv/repo/cornucopia/eop-cards-5.2-en.yaml: new deck version as a copy of the
5.1 deck with url: "https://cornucopia.owasp.org/cards/<id>" added to all 78
cards
priv/repo/migrations/20260717100557_populate_eop_cards52.exs: imports the
5.2 deck via the existing add_cards_to_database/2
lib/copi_web/live/game_live/show.ex: latest_version("eop") increased to
"5.2" so game sessions use the new deck (tests updated accordingly)
lib/copi_web/controllers/card_html/show.html.heex: shows the link on EoP
cards that have a url, same as companion

Feature 8: Tests

deckService.test.ts, decService.integration.test.ts: EoP registration covered
Screenshots:

Notes

Ace-first order: all source yamls list the Ace last, but the browser shows Ace first for every edition.
four files (elevation-of-privilege-{2,3,4}.png, tampering-2.png)
had an opaque white background that hid the watermark

Resolved or fixed issue: none (partial progress on #1322)

AI Tool Disclosure

My contribution does not include any AI-generated content
My contribution includes AI-generated content, as disclosed below:
- AI Tools: [e.g. GitHub CoPilot, ChatGPT, JetBrains Junie etc.]
- LLMs and versions: [e.g. GPT-4.1, Claude Haiku 4.5, Gemini 2.5 Pro etc.]
- Prompts: [Summarize the key prompts or instructions given to the AI tools]

Affirmation

My code follows the CONTRIBUTING.md guidelines

…roller

…as in source files

…witch as a default card

…d its children ([version]/[lang])

…es from copi)

…nt map

… map

Copilot

Pull request overview

This PR adds support for browsing and rendering the “Elevation of Privilege” (EoP) deck in the SvelteKit website (new edition constant, deck loading, UI toggles, taxonomy/mapping rendering, and i18n strings).

Changes:

Add VERSION_EOP and wire EoP (eop, 5.0) into deck/suit loading and existing browsing routes.
Extend card-code validation lists and update ordering/color mappings for new EoP suits/cards.
Introduce EoP-specific UI components (taxonomy + mapping) and extend tests to cover the new deck.

Reviewed changes

Copilot reviewed 21 out of 21 changed files in this pull request and generated 2 comments.

Show a summary per file

File	Description
cornucopia.owasp.org/src/routes/edition/[edition]/+page.svelte	Adds EoP as a selectable edition and renders its description/suits.
cornucopia.owasp.org/src/routes/edition/[edition]/[card]/+page.svelte	Extends allowed card IDs to include EoP codes and labels edition name for `eop`.
cornucopia.owasp.org/src/routes/edition/[edition]/[card]/[version]/+page.svelte	Extends allowed card IDs to include EoP codes and labels edition name for `eop`.
cornucopia.owasp.org/src/routes/edition/[edition]/[card]/[version]/[lang]/+page.svelte	Extends allowed card IDs to include EoP codes and labels edition name for `eop`.
cornucopia.owasp.org/src/routes/cards/+page.svelte	Adds EoP suits to the cards browser UI, preview selection, and noscript output.
cornucopia.owasp.org/src/routes/cards/+page.server.ts	Loads EoP deck cards server-side and merges into the deck map.
cornucopia.owasp.org/src/routes/cards/[card]/+page.svelte	Extends allowed card IDs to include EoP codes and labels edition name for `eop`.
cornucopia.owasp.org/src/routes/cards/[card]/+page.server.ts	Loads EoP deck cards server-side for per-card pages.
cornucopia.owasp.org/src/lib/services/decService.integration.test.ts	Updates integration expectations for EoP deck presence and total card counts.
cornucopia.owasp.org/src/lib/services/deckServiceConsts.ts	Adds `VERSION_EOP`.
cornucopia.owasp.org/src/lib/services/deckService.ts	Registers EoP deck metadata (latest + available decks).
cornucopia.owasp.org/src/lib/services/deckService.test.ts	Adds unit tests for EoP edition/version/language and adjusts deck counts.
cornucopia.owasp.org/src/lib/components/eopCardTaxonomy.svelte	New: taxonomy display for EoP cards (mappings + attacks).
cornucopia.owasp.org/src/lib/components/eopCardMapping.svelte	New: compact STRIDE mapping renderer for EoP cards in previews.
cornucopia.owasp.org/src/lib/components/cardPreview.svelte	Refactors mapping rendering to support EoP mapping component.
cornucopia.owasp.org/src/lib/components/cardFound.svelte	Refactors taxonomy rendering to support EoP taxonomy component.
cornucopia.owasp.org/src/domain/suit/suitController.ts	Adds EoP deck/language metadata for suit discovery.
cornucopia.owasp.org/src/domain/suit/order.ts	Adds suit ordering for STRIDE suit names.
cornucopia.owasp.org/src/domain/card/order.ts	Adds per-suit ordering for EoP card IDs.
cornucopia.owasp.org/src/domain/card/cardColor.ts	Adds color keys for STRIDE suit names.
cornucopia.owasp.org/data/website/phrases/en/cards.json	Adds EoP copy + i18n keys for button/heading and EoP taxonomy headings.

sydseter · 2026-07-07T07:44:29Z

You have the card texts, and the cards are browsable. No styling is applied, but I guess that is what you are working on next?

…cards in copi

sydseter · 2026-07-10T23:56:47Z

@ayman-art, this is a great start. I would like you to take this a step further. The css for copi.owasp.org was never really in line with the original graphics of the EoP card game. F.ex. We are lacking the numbers in the background on the cards. Which is evident from looking at https://github.com/adamshostack/eop/blob/master/EoP_Card%20Game%20Images.pdf

You should more faithfully try to reproduce the design, as it was initially conceived for the physical cards.
This will lead to some challenges further down the line which could be solved by the idea you proposed as part of your proposal. E.g: How do you make it easier to customise the design for each game presented by the card browser?
This last point is for later.

ayman-art · 2026-07-11T03:14:46Z

@ayman-art, this is a great start. I would like you to take this a step further. The css for copi.owasp.org was never really in line with the original graphics of the EoP card game. F.ex. We are lacking the numbers in the background on the cards. Which is evident from looking at https://github.com/adamshostack/eop/blob/master/EoP_Card%20Game%20Images.pdf

Thanks @sydseter! I'll rework the EoP card styling in this PR to reproduce the original card design as faithfully as possible, focusing on the card sizing and the background numbers that are missing in copi. I'll also keep the CSS structured to make the later customisation work easier.

sydseter · 2026-07-11T07:48:38Z

  end


+  def update_card_urls(path) do


What is the intention behind this new migration method?

What are you trying to do?

Tje existing code alteady handles card migrations.
If you need to import the urls you should simply update the version number of the yaml file.

I added update_card_urls to fill the urls for cards already in existing database, as the populate_cards method skips existing rows, so only editing the yaml wouldn't update them.

So the standard pattern to follow is adding a new yaml with a higher version: I'll drop the new method and migration, and add the urls in a new eop-cards-5.2-en.yaml.
So should the new version be 5.2 (just above the current highest version "5.1")?

Spoke to @ayman-art and they will reuse the existing method and clean this one up. @ayman-art go with 5.2 for this migration.

I do wonder if we are now conflating EoP internal versioning with our version for the cards as they move through different iterations? For now, let's treat this as our internal version (assuming that's not what it was already).

sydseter · 2026-07-11T07:55:38Z

+
+  def change do
+    update_card_urls(Path.join(:code.priv_dir(:copi), "/repo/cornucopia/eop-cards-5.0-en.yaml"))
+    update_card_urls(Path.join(:code.priv_dir(:copi), "/repo/cornucopia/eop-cards-5.1-en.yaml"))


You are importing the cards twice. Once with v5.0 and once with v5.1. It is worth considering what is happening here. Pay attention to the version number in the meta data in the card yaml file. Does the meta -> version have the correct version number? Is it higher than tje existing number that has been used previously?

You shouldn’t need to import the data twice.

This included: - Divided the styles into elements (watermark, artwork, number tab, text block); the watermark only renders on non-royal cards - Royal (J/Q/K) backgrounds come from the card images; the CSS color is just a loading fallback - Used cqw sizing with the original 413/713 ratio, replacing copi's fixed sizes and per-card offsets - Geometry and font sizes referenced from the original design - Sampled suit colors from the original design, fixing copi's Repudiation tab (dark red -> gray) and Information Disclosure tab (yellow -> blue) - Made suit name grow upward on wrap, keeping the description fixed as in the original design Signed-off-by: Ayman Algamal <aymanalgamal22@gmail.com>

…b.com/OWASP/cornucopia into eop-card-browser/m2-eop-deck-browsing

…le for mantainability

rewtd · 2026-07-17T15:21:55Z

  end


+  def update_card_urls(path) do


Spoke to @ayman-art and they will reuse the existing method and clean this one up. @ayman-art go with 5.2 for this migration.

I do wonder if we are now conflating EoP internal versioning with our version for the cards as they move through different iterations? For now, let's treat this as our internal version (assuming that's not what it was already).

…sting card migration method Signed-off-by: Ayman Algamal <ayman01287985950@gmail.com>

sydseter · 2026-07-17T17:23:17Z

Spoke to @ayman-art and they will reuse the existing method and clean this one up. @ayman-art go with 5.2 for this migration.

I do wonder if we are now conflating EoP internal versioning with our version for the cards as they move through different iterations? For now, let's treat this as our internal version (assuming that's not what it was already).

Until now, we have used the official versioning. That said. I have been trying to help Adam with his project for some time without success. I think it is safe to assume that eop will live on separately here.
There will naturally be some differences, but we should try to keep it as true to the original as possible not to make it confusing. Having our own internal versioning makes sense.

ayman-art · 2026-07-17T17:51:53Z

@rewtd, @sydseter We are close now. That said, there are 4 asset images having a white background instead of transparent (elevation-of-privilege-{2,3,4}.png, tampering-2.png) (See tampering-2 vs tampering 3 below), which hides the watermark. I have several options here. Finding a way to fix those 4 pngs, OR extracting them from the PDF as png, OR handling those cards in css as a workaround. What do you think makes more sense? I won't suggest the last one as we want css to be clean for the later refactoring work.
Noting that in the original design, the shapes are always stacking on watermarks (see information-disclosure-10 stacking below), that is why reversing the current stacking wouldn't be a perfect solution.

sydseter · 2026-07-18T10:36:51Z

@rewtd, @sydseter We are close now. That said, there are 4 asset images having a white background instead of transparent (elevation-of-privilege-{2,3,4}.png, tampering-2.png) (See tampering-2 vs tampering 3 below), which hides the watermark. I have several options here. Finding a way to fix those 4 pngs, OR extracting them from the PDF as png, OR handling those cards in css as a workaround. What do you think makes more sense? I won't suggest the last one as we want css to be clean for the later refactoring work. Noting that in the original design, the shapes are always stacking on watermarks (see information-disclosure-10 stacking below), that is why reversing the current stacking wouldn't be a perfect solution.

@ayman-art First of all, fantastic work. I love it. I believe we could implement a way to handle exceptions, which should be treated as an optional rendering capability. How this should be done is not that important. It could be just a combination of using an image as a background with some css to hold it in place to make it easy to add the card, but it should probably be an option, not the default.

sydseter · 2026-07-18T10:38:02Z

Could this be generated by a script?

Absolutely! I believe a main goal of this project is to provide extensibility and make importing new games into the card browser as easy as possible with minimal additions required. That's why the scaffolding script was probably a good idea. That said, styling was the initial priority for this PR, and yes, some of these additions can be automated as you mentioned. I'll keep this in mind, maybe for a separate PR later, to keep this milestone focused on styling.

That is fine by me. As I said, it’s up to Grant and you. For now, this is still a great improvement.

sydseter · 2026-07-18T10:38:47Z

Same here. Could this be generated by a script? Not saying that you need to do this right now. This pr is fine as it is. Just food for thought.

sydseter · 2026-07-18T10:39:30Z

This as well. Possible to be rendered by a Python script right?

sydseter · 2026-07-18T10:41:35Z

 export class SuitController {

-    private static readonly decks = [{edition: 'mobileapp', version: '1.1'}, {edition: 'webapp', version: '3.0'}, {edition: 'companion', version: '1.0'}];
+    private static readonly decks = [{edition: 'mobileapp', version: '1.1'}, {edition: 'webapp', version: '3.0'}, {edition: 'companion', version: '1.0'}, {edition: 'eop', version: '5.0'}];


This, as well, could be moved out and created up front as a configuration that the suiController just consumes.

sydseter · 2026-07-18T10:50:31Z

    }
-</style>

+    /* EoP card styles derived from the original PDF design, See


This should preferably be externalised and generated as a stylesheet that the cardPreview.svelte uses.

sydseter · 2026-07-18T10:52:55Z

+
+{#if mappings}
+    <h2 id="mapping" class="title">{$t("cards.eopCardTaxonomy.h1.1")}</h2>
+    <MappingsList title="STRIDE:" mappings={formatValue(mappings['stride'])} />


This as well. The eopCardTaxonomy.svelte should be generalised so that it can read any type of taxonomy configuration JSON object and create the correct taxonomy based on how it looks. A separate taxonomy attribute in the YAML mapping could be used for this.

sydseter · 2026-07-18T11:28:14Z

-  function cardFound() 
+  function cardFound()
    {
-    let cards_options = [


sydseter · 2026-07-18T11:29:57Z

-    suits : SuitController.getSuits(),
-    decks : decks.set(lang, new Map([...mobileCards, ...webappCards, ...companionCards])),
+    suits: SuitController.getSuits(),
+    decks: decks.set(lang, new Map([...mobileCards, ...webappCards, ...companionCards, ...eopCards])),


Instead of ...mobileCards, ...webappCards, ...companionCards, ...eopCards this should simply be: ...decks.
For later. Not now.

sydseter · 2026-07-18T11:30:20Z

    import type { Suit } from "../../domain/suit/suit.js";
    import { SvelteMap } from 'svelte/reactivity';
-    import { VERSION_WEBAPP, VERSION_MOBILEAPP, VERSION_COMPANION } from "$lib/services/deckServiceConsts";
+    import { VERSION_WEBAPP, VERSION_MOBILEAPP, VERSION_COMPANION, VERSION_EOP } from "$lib/services/deckServiceConsts";


Should be moved out and made configurable later.

sydseter · 2026-07-18T11:30:51Z

    });

+    let eopSuits = $derived.by(() => {
+        const langSuits = suits?.get(`${VERSION_EOP}-${$lang}`);


sydseter · 2026-07-18T11:32:10Z

+                    {#if map?.get(suit.name)}
+                        {#each suit.cards as card (card)}
+                            <p onmouseenter={()=>{enter(suit.name,cards?.get(card)?.id)}}>
+                            <a title="OWASP Cornucopia {Text.Format(suit.name).toUpperCase()}, {cards?.get(card)?.id}" href={cards?.get(card)?.url ?? ''}>&#9500;&#9472;&#9472; {cards?.get(card)?.id}</a>


the OWASP Cornucopia prefix to the title might not make sense any more. How does this look like for the EoP cards?

Perhaps this could be taken from the incoming mapping or card data?

Right now the tooltip shows "OWASP Cornucopia SPOOFING, SP2" for the SP2 card, so yes, the prefix is misleading here.
I can take it from the card data as you suggested: adding an editionName field to the card model, populated by deckService from a per-edition name map, and using it in the link titles. The title becomes "Elevation of Privilege SPOOFING, SP2" while the other decks keep their current text.

sydseter · 2026-07-18T11:33:50Z

+                <div class="card-buttons">
+                {#each suit.cards as card (card)}
+                    <p>
+                        <a title="OWASP Cornucopia card: {cards?.get(card)?.id} from suit: {Text.Format(suit.name).toUpperCase()}" href={cards?.get(card)?.url ?? ''}>&#9500;&#9472;&#9472; {cards?.get(card)?.id}</a>


here as well. The link title needs to come from the card or mapping data.

sydseter · 2026-07-18T11:34:18Z

-  function cardFound() 
+  function cardFound()
    {
-    let cards_options = [


sydseter · 2026-07-18T11:35:17Z

+    return isKnownCardId(card?.id)
  }

  function getEdition(str: string) : string {


Ok for now, but this should also come from the card and mapping data.

sydseter · 2026-07-18T11:35:33Z

-  function cardFound() 
+  function cardFound()
    {
-    let cards_options = [


sydseter · 2026-07-18T11:41:35Z

Should be added here by the card browser script.

sydseter · 2026-07-18T11:44:01Z

same here. Later, this should be copied here by the card browser script. All assets could come from a specific folder containing the yaml, images, css and taxonomy needed to create the card browser scaffolding.

sydseter · 2026-07-18T11:45:34Z

    assert Show.latest_version("webapp") == "3.0"
    assert Show.latest_version("ecommerce") == "1.22"
-    assert Show.latest_version("eop") == "5.1"
+    assert Show.latest_version("eop") == "5.2"


I am not sure this test makes sense. I think we should remove the latest_version assertions.

sydseter · 2026-07-18T11:45:46Z

      assert Show.latest_version("cumulus")   == "1.1"
      assert Show.latest_version("masvs")     == "1.1"
-      assert Show.latest_version("eop")       == "5.1"
+      assert Show.latest_version("eop")       == "5.2"


remove all versioning assertions.

sydseter · 2026-07-18T11:46:29Z

      assert Show.latest_version("cumulus") == "1.1"
      assert Show.latest_version("masvs") == "1.1"
-      assert Show.latest_version("eop") == "5.1"
+      assert Show.latest_version("eop") == "5.2"


please remove the versioning assertions. It will make it harder to add new editions and doesn't really do anything important.

I won't require you to make any of these changes. It's up to Grant to prioritize.

sydseter · 2026-07-18T11:56:05Z

I would look at the title fields for the links before merging. The OWASP Cornucopia prefix will be misleading for the EoP cards in the card browser.

sydseter · 2026-07-18T12:14:58Z

      "cumulus" -> "1.1"
      "masvs" -> "1.1"
-      "eop" -> "5.1"
+      "eop" -> "5.2"


This should come from a configuration file that is generated up-front

sydseter · 2026-07-18T12:15:30Z

Could be copied here by a script

sydseter · 2026-07-18T12:16:25Z

The migration script could probably be generated as well from config.

ayman-art added 11 commits July 3, 2026 15:34

updated cards.json to add EoP button, header and description

6555506

registered the EoP deck (version 5.0, en) in deckService and suitCont…

5217ff8

…roller

updated suit/order.ts and card/order.ts to order EoP suits and cards …

09183ce

…as in source files

updated /cards route to browse EoP suits and preview SP2 on version s…

00e0527

…witch as a default card

updated edition/[edition] route to handle the EoP edition

7352fe3

updated cards/[card] route to include EoP cards

fae66d7

added EoP cards to cards_options in edition/[edition]/[card] route an…

104fb24

…d its children ([version]/[lang])

used grey placeholder colors for EoP suits. (To be replaced with styl…

267c0a6

…es from copi)

implemented eopCardMapping and refactored card mappings via a compone…

b6b348e

…nt map

implemented eopCardTaxonomy and refactored taxonomies via a component…

fa287d1

… map

added tests for the EoP edition

f3606fc

sydseter requested a review from Copilot July 3, 2026 15:06

Copilot started reviewing on behalf of sydseter July 3, 2026 15:07 View session

Copilot AI reviewed Jul 3, 2026

View reviewed changes

Comment thread cornucopia.owasp.org/src/lib/components/cardPreview.svelte

Comment thread cornucopia.owasp.org/src/lib/components/cardFound.svelte

ayman-art and others added 11 commits July 8, 2026 17:46

Merge branch 'master' into eop-card-browser/m2-eop-deck-browsing

d71c038

Added Segoe fonts from copi to cornucopia for EoP cards

45a3dbb

Added the EoP png images from copi to cornucopia for EoP cards

d6ced23

Imported css styles from copi to cornucopia for EoP cards

cfef8db

Fixed the double height issue of the card number box on eop cards

fdc9445

Removed the EoP grey placeholder colors after importing the styles

59cdaa2

Added cornucopia card urls to the EoP 5.0 and 5.1 decks in copi.

03e5c30

Added a migration that fills in the cornucopia urls for existing EoP …

db2e56f

…cards in copi

Added the 'Need more info' link to EoP cards in copi

06b1eb7

Updated EoP card order to show the Ace first like the other editions

4543e82

Merge branch 'master' into eop-card-browser/m2-eop-deck-browsing

2fc88b6

ayman-art marked this pull request as ready for review July 9, 2026 04:24

ayman-art requested review from cw-owasp, rewtd and sydseter as code owners July 9, 2026 04:24

Merge branch 'master' into eop-card-browser/m2-eop-deck-browsing

e12e57b

sydseter previously requested changes Jul 11, 2026

View reviewed changes

sydseter reviewed Jul 11, 2026

View reviewed changes

ayman-art and others added 4 commits July 17, 2026 16:06

Merge branch 'master' into eop-card-browser/m2-eop-deck-browsing

f3af288

Merge branch 'eop-card-browser/m2-eop-deck-browsing' of https://githu…

0d0055e

…b.com/OWASP/cornucopia into eop-card-browser/m2-eop-deck-browsing

Extracted the duplicated card id allowlist into a shared cardIds modu…

0526307

…le for mantainability

rewtd requested changes Jul 17, 2026

View reviewed changes

ayman-art and others added 2 commits July 17, 2026 19:37

added urls to eop cards in copi as a new 5.2 deck version via the exi…

6b01fb5

…sting card migration method Signed-off-by: Ayman Algamal <ayman01287985950@gmail.com>

Merge branch 'master' into eop-card-browser/m2-eop-deck-browsing

a85574a

ayman-art requested review from rewtd and sydseter July 17, 2026 17:52

Merge branch 'master' into eop-card-browser/m2-eop-deck-browsing

5c0a5f1

sydseter reviewed Jul 18, 2026

View reviewed changes

sydseter self-requested a review July 18, 2026 11:47

sydseter reviewed Jul 18, 2026

View reviewed changes

Comment thread copi.owasp.org/priv/repo/cornucopia/eop-cards-5.2-en.yaml

sydseter Jul 18, 2026

Copy link
Copy Markdown

Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could be copied here by a script

sydseter reviewed Jul 18, 2026

View reviewed changes

Uh oh!

Uh oh!

Conversation

ayman-art commented Jul 3, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Description

Changes

Feature 1: EoP edition in the Card Browser UI

Feature 2: EoP deck and suit registration

Feature 3: Card routes for all 78 EoP cards

Feature 4: EoP card styling faithful to the printed deck

Feature 5: STRIDE mappings component

Feature 6: Card taxonomy

Feature 7: Copi cards link to cornucopia card pages

Feature 8: Tests

Notes

AI Tool Disclosure

Affirmation

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Reviewed changes

Uh oh!

Uh oh!

Uh oh!

sydseter commented Jul 7, 2026

Uh oh!

sydseter commented Jul 10, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

ayman-art commented Jul 11, 2026

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

sydseter commented Jul 17, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

ayman-art commented Jul 17, 2026

Uh oh!

sydseter commented Jul 18, 2026

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

sydseter Jul 18, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

ayman-art commented Jul 3, 2026 •

edited

Loading

sydseter commented Jul 10, 2026 •

edited

Loading

sydseter commented Jul 17, 2026 •

edited

Loading

sydseter Jul 18, 2026 •

edited

Loading