Bug #16412

Missing signature file

Added by mercedes508 2019-01-31 16:31:01 . Updated 2019-02-04 13:06:31 .

Status:
Resolved
Priority:
Normal
Assignee:
sajolida
Category:
Installation
Target version:
Start date:
2019-01-31
Due date:
% Done:

100%

Feature Branch:
Type of work:
Code
Blueprint:

Starter:
Affected tool:
Installation Assistant
Deliverable for:


Subtasks


History

#1 Updated by Anonymous 2019-01-31 16:44:10

I’m trying to debug this, but if I fail, I let you take over.
I’m seeing that files in wiki/src/install/inc/steps/download.inline.html are called from wiki/src/inc/stable_amd64_img_sig_url.html but they don’t seem to be included. So these files do exist but are not included via ikiwiki. AND they are called from wiki/src/install which has it’s own “inc” folder, but we are looking at the ../inc folder. I fear it might be due to some missing or faulty rewrite directive.

#3 Updated by Anonymous 2019-01-31 16:58:20

I don’t think I can do this, and I suspect it has something to do with rewrite directives of ikiwiki.

#4 Updated by sajolida 2019-01-31 18:00:36

  • Status changed from Confirmed to Resolved
  • % Done changed from 0 to 100

Applied in changeset commit:tails|c3171054ca163575c7aadaf8938687356043a810.

#5 Updated by Anonymous 2019-02-03 13:45:35

That was a CSS issue? I wonder if this is a sustainable thing or if we might end up having more of such problems when working on these pages.

#6 Updated by sajolida 2019-02-04 10:48:44

It’s how all our installation pages have been working since we wrote them in 2015. See “Conditional CSS content”, it’s hackish and painful to maintain but so it hasn’t worked so bad in its 3 years of existence and we simplified them a lot with USB images.

Now, I’d be super interested if you can think of a better solution; I personally didn’t find any.

#7 Updated by sajolida 2019-02-04 11:20:54

Oops, I forgot the URL: see “Conditional CSS content” in https://tails.boum.org/contribute/design/installation_assistant/.

#8 Updated by Anonymous 2019-02-04 13:06:31

sajolida wrote:
> It’s how all our installation pages have been working since we wrote them in 2015. See “Conditional CSS content”, it’s hackish and painful to maintain but so it hasn’t worked so bad in its 3 years of existence and we simplified them a lot with USB images.

Right. I think this is useful on some parts. But I find it complicated that a forgotten class on a link makes the link invisible. It should be the contrary: this link should be visible unless I add a class to it.

> Now, I’d be super interested if you can think of a better solution; I personally didn’t find any.

What I generally do is:

- add a class to the body or any other parent element, like your windows or linux class. You do that only once.

- Then always use the same classes within the document for links that might be visible or invisible so that you can define the CSS like that:

.windows .somelink { display: none; }
.linux .somelink {display: inline-block; }

I’m not saying this is a must, but it would avoid such mistakes IMO.