Files

T

gates / gates (push) Successful in 4m28s

Details

marketing/facebook: covers rebuilt to the MEASURED phone view (R-919 -> VERIFY)

build.py believed a phone shows 640x360 of the cover. It shows 412x274 =
1.504:1 -- the full height and only the centre 938 px of 1640, 351 px off each
side. PHONE_HDR = (412, 274) now drives CW_PHONE, so SAFE is (391,40)-(1249,584),
858 px wide with a 40 px margin inside each crop edge.

QUIET is no longer one formula for both circles: the computer circle is
left-anchored, the phone circle is CENTRED and hides only its measured box
(637,369,393). The old shared formula, applied to a centred circle, would have
blanked everything from x 0 to x 1054 below y 345.

Every cover draws in a derived BAND (408,48)-(1249,340), and a cap check holds
each headline's capital at >= 4% of the cover height; A/B/C come out at 45, 45
and 37 px against a 25 px floor.

RED-PROOF, and it is permanent: control_old_window() runs on every build and
draws the headline where the old assumption put it (x 328); the check must
reject it. The phone's crop edge is x 351, so 23 px were cut; the measured safe
edge is x 391. Against the covers as committed at a76207945e the new check
convicted 3 of 3 -- A 23/22 px past the left/right edges, B 63/58 px plus 1017
content pixels under the phone circle, C 63/82 px plus 1778.

Covers redrawn inside the band: A one centred line; B the home motif scaled
with two tiles moved into the lower-right strip, the one area below the band a
phone still shows beside the profile circle; C the dashboard screen 470 -> 370
px so frame and base fit. preview.html shows the phone panel at the measured
938x624 with the centred circle and no longer claims 640x360.

Profile pictures untouched -- sha256 identical before and after, and not in the
diff. Built on DooPlex: the PNGs are byte-reproducible there (Pillow 11.1.0) and
not across Pillow versions; the README now says so.

R-919 is VERIFY, not closed: the geometry is measured on ONE emulated device in
the mobile website, so the operator's check in the Facebook app is the
acceptance. Nothing uploaded, no Graph API call, FACEBOOK_API never read.

2026-10-09 06:59:53 +02:00

9.3 KiB

Raw Blame History

REPORT — R-919: the Facebook cover rebuilt to the measured phone view (2026-10-09)

A REPORT-<topic>.md sibling; the shared REPORT.md was not touched. Evidence for the measurement it builds on: documentation/audits/facebook-page-setup-2026-10-08/.

1. Baseline and commits


Baseline	`felhom.eu` `main` = `a76207945e`, clean on the Windows tree and on DooPlex
Pushed	see §9
Repos touched	`felhom.eu` only — `marketing/facebook/`, `marketing/CHANGELOG.md`, `documentation/backlog/OPEN-ITEMS.md`, this report
Built on	DooPlex (Pillow 11.1.0), not the workstation — see §4

2. Scenario A — the red-proof, with its numbers

The measured geometry was run against the three covers as committed at a76207945e, by importing build.py unchanged and overriding only the constants, so the content was today's. All three were convicted. Phone window: the centre 938,3 px of 1640 (x 351 … 1289). New SAFE (391, 40, 1249, 584). New phone QUIET (613, 345, 1054, 624).

cover	content box	past the left edge	past the right edge	content pixels under the phone circle
cover-a.png	(368, 184, 1271, 303)	368 < 391 — 23 px	1271 > 1249 — 22 px	0
cover-b.png	(328, 44, 1307, 567)	328 < 391 — 63 px	1307 > 1249 — 58 px	1017
cover-c.png	(328, 108, 1331, 455)	328 < 391 — 63 px	1331 > 1249 — 82 px	1778

Those content boxes are identical to the ones the unmodified build prints for the committed covers, which is the control that the red-proof really did run against today's content and not against a redrawn one.

The red-proof is now permanent, not a one-off. control_old_window() runs on every build, beside the circle check's own control: it draws the headline where the old 640 × 360 assumption put it (x 328) and the safe check must reject it. The build prints the two numbers that differ, because they are easy to confuse: the phone's crop edge is x 351, so 23 px of the headline were actually cut; the measured safe edge is x 391, 63 px further in, which is the 40 px MARGIN on top of the crop.

3. Scenario B — the rebuilt covers

Canonical build (DooPlex). BAND = (408, 48, 1249, 340) — inside SAFE, right of the computer circle, above the phone circle — derived from the constants, so a re-measurement moves the designs with it.

cover	content box	headline size → capital height
cover-a.png	(424, 172, 1231, 287)	57 → 45 px
cover-b.png	(420, 52, 1235, 575)	58 → 45 px
cover-c.png	(420, 52, 1243, 339)	47 → 37 px

CAP_MIN is 25 px (4 % of 624); the smallest headline is 37 px, about 48 % clear of the rule. Measured clearance inside the phone's own crop edges: 69–73 px on the left, 49–57 px on the right — the 40 px margin plus the layout's own air.

What changed in each design:

A — calm. One centred line, now fitted to the band rather than the old wide safe area, with the domain under it. Nothing else.
B — the idea. Headline left; the home, its server and its app tiles right, scaled to the band. Two of the seven tiles sit in the lower-right strip (x ≥ 1054), which is the one area below the band that a phone still shows beside the profile circle — so the composition keeps its lower half instead of ending at y 340.
C — the product. Headline left; the dashboard right, its screen 470 → 370 px wide so the frame and its base fit between the text and the right crop edge. The screenshot's text was never legible at cover size (it renders ~280 px wide on a 1250 px Facebook cover, and did before at ~358 px); it still reads as a real product dashboard, with the sidebar, the tables and the status badges visible. It was not dropped — §8's fallback — but the operator picks, and out/preview.html shows all three.

The computer view was checked by eye on the rendered PNGs as well as by the numbers: the band sits in the cover's upper half by necessity (the phone hides the bottom middle), so each cover's glow was moved down to carry the lower half instead of leaving it flat.

4. Profile pictures — untouched, proven

before  936cb0386c8fb46c6f9f7ba7ac97b91c1d89fafef05d86f6a7ad9a4d951ec471  profile-dark.png
        f528e0820ff4e527e03d4a0a909ae74ca09d715d0ae4faff89cd3c01ea4fc5b7  profile-white.png
after   936cb0386c8fb46c6f9f7ba7ac97b91c1d89fafef05d86f6a7ad9a4d951ec471  profile-dark.png
        f528e0820ff4e527e03d4a0a909ae74ca09d715d0ae4faff89cd3c01ea4fc5b7  profile-white.png

Identical, and neither file appears in the diff. This only holds because the build ran on DooPlex. The workstation has Pillow 12.3.0; DooPlex has 11.1.0, and the two render the same text a pixel or two differently — a rebuild on Windows rewrites all six PNGs, profile pictures included, and shifts the measured content boxes (cover-a's right edge 1235 vs 1231, cover-c's fitted headline 45 vs 47). DooPlex reproduces the committed bytes exactly (a rebuild there leaves git status clean), so it is the build machine; the README now says so. Pillow was installed on the workstation for this work and used only to iterate on the design, never for the committed output.

5. The rebuilt files

file	size	Gitea
`marketing/facebook/out/cover-a.png`	1640 × 624, 59 KB	`gitea.dooplex.hu/admin/felhom.eu/src/branch/main/marketing/facebook/out/cover-a.png`
`marketing/facebook/out/cover-b.png`	1640 × 624, 54 KB	`…/marketing/facebook/out/cover-b.png`
`marketing/facebook/out/cover-c.png`	1640 × 624, 97 KB	`…/marketing/facebook/out/cover-c.png`
`marketing/facebook/out/preview.html`	1295 KB, self-contained	`…/marketing/facebook/out/preview.html`

Each PNG's size was read back from the file by the build, not taken from the constants.

6. What the operator does, in plain words

Upload the new cover. Open out/preview.html (download it from Gitea; it opens on its own), pick a cover — the same option as now unless the preview gives you a reason to change — and upload it to the Page by hand, the way you did last time. About a minute. The pictures cannot be set by robot (R-914).
Then check it on your phone, in the Facebook app. Open the Page and look at the cover: is the second line „saját szabályaid" whole, and is „felhom.eu" whole? This is the real test. What was measured was the phone website in a simulator, on one device. If the app cuts it differently, say so and the numbers move — the build follows them.

Nothing else changed: the profile picture, the texts, the button and the Page name are as they were.

7. Register

Rows before 140, after 140, opened 0, closed 0 — counted the way register_shape_gate.py counts. R-919 moved OPEN → VERIFY and stays in OPEN-ITEMS.md deliberately: the build is fixed, the result is not proven until the operator looks in the Facebook app, so it is not a finished row and does not belong in CLOSED-ITEMS.md yet. Its What now carries the fix and the red-proof numbers; its Next action is the operator's two steps and what to do if the app still cuts the cover.

8. Observations

The computer profile circle no longer overlaps the cover at all (measured 2026-10-08: the cover ends at y 531 and the circle starts at y 547). DESK_CIRCLE still reserves the bottom-left corner as if it did. NOT-A-FINDING: deliberate. The brief said to keep the computer constants unchanged, and the reservation is conservative in the safe direction; it costs only a corner the designs do not use. It is now written down as a conservatism rather than as a fact, in the constant's own comment.
QUIET used one formula for both circles, and that formula was only right for a left-anchored one. Applied to the measured centred phone circle it would have blanked everything from x 0 to x 1054 below y 345 — about two-thirds of the cover's lower half, for no reason. NOT-A-FINDING in the register: fixed in this session (the size rule), and it never shipped, because the phone circle was wrong anyway.
The build is not byte-reproducible across Pillow versions. See §4. NOT-A-FINDING: not a defect, and it costs nothing once the build machine is named — which the README now does. It would become a finding only if the build moved into CI on a different image.
The preview page claimed a phone shows 640 × 360 and drew its phone panel at that aspect. It now takes its shape, its circle and its caption from the measured constants and says MEASURED, with the source-pixel and phone-pixel diameters both spelled out (393 cover-pixels, 173 px on a 412 px screen) so neither can be read as the other. NOT-A-FINDING: fixed in this session, part of the same change.
Nothing was uploaded, no Graph API call was made, no browser touched Facebook, and FACEBOOK_API was never read.

9. Gates, commit, CI

Filled in below after the run.

10. Teardown

Nothing on any host, the hub or Facebook. The work ran in the two git working trees only; the throwaway red-proof and phone-simulation scripts live in this session's scratchpad and /tmp on DooPlex, and the DooPlex copy was removed. No guest, no container, no service was started or stopped.

9.3 KiB Raw Blame History Unescape Escape