Skip to content

Conversation

@JJ
Copy link
Contributor

@JJ JJ commented Oct 17, 2022

✍️ Description

Again, this was found wanting for #1218. This coupling was probably not needed, so that all information for an entry occurs in the entry itself, and it does not need to be handled by the hosting zipFile. Since this is a Mock, we don't really need more than that.

ℹ️ Other information

Might include some tests, and additional spin-off of all ZipMockFile methods that create Entries.

♥️ Thank you!

@JJ JJ merged commit 7008da2 into main Oct 17, 2022
@JJ JJ deleted the ♻-zipfile-entry-mock-decouple branch October 17, 2022 10:32
fhd pushed a commit that referenced this pull request Nov 3, 2022
# ✍️ Description

This code was the only one using the construction `zipFile.getContent`,
which apparently disappeared a some point in time. It's been refactored
to work as intended, getting the content of a single `ZipEntry`. Adds a
tests which fails if the original content was used.

### 🏗️ Fixes PROD4POD-1940

This was found while doing #1219, so it's a blocker for that one.

## ℹ️ Other information

Deep tests have not really been performed; they're mainly sanity tests.
Rendering tests are not checked either. Better mocks would probably be
needed for better tests.

(Unrelated) coupling with `zipFile` has been eliminated from the
function, since it's no longer needed. The function was returning a data
structure which included it, not doing that does not seem to affect the
outcome.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

3 participants