Project

General

Profile

Actions

Task #2299

closed

Generate sceenshots and store at release.

Added by Olivier Hallot over 6 years ago. Updated over 4 years ago.

Status:
Rejected
Priority:
Normal
Category:
-
Target version:
Team - Q4/2018
Start date:
2018-10-20
Due date:
% Done:

0%

Tags:
Documentation

Description

I need to generate the full set of screenshots for

1) releases 5.3, 5.4 and 6.0 (master), separately

2) for all released languages.

The command is "make screenshots" at release time and for the released build and all languages built.

At the end of the command, zip the workdir/screenshots/ folder and place it somewhere for public access.

Note:

  • The screenshots will be used in http://helponlinelibreoffice.org
  • expect the size of the zipped screenshots for all released languages, per release to be about 250MB

Thank you.


Related issues

Blocked by Infrastructure - Task #2433: Screenshot daily build currently bustedClosedGuilhem Moulin

Actions
Actions #1

Updated by Florian Effenberger over 6 years ago

Cloph has a couple of urgent topics on his desk I asked him for, so
before assigning this and #2300 to him, I'd like to know:

  • How much time it will approximately take
  • When the deadline is

The tasks I assigned to him have a rather high priority, and I'd like
them to get done first.

Actions #2

Updated by Olivier Hallot over 6 years ago

Undestand.

I'll say the command "make screenshot" should take 1 hour to execute and can run unattended until completion, for all released languages in an Linux machine. It is done once after the build. Then the command "tar" to compress and "ftp" to store somewhere takes seconds.

The screen shooting - ideally - should be included in the release process and run automatically.

Actions #3

Updated by Florian Effenberger over 6 years ago

  • Target version changed from Recurring to Pool

My proposal then is for Cloph to have a look next week, at least not
before the other urgent tasks I tasked him with are done

Actions #4

Updated by Florian Effenberger over 6 years ago

Olivier: Is this something required for the current/changed documentation approach?
Cloph: Do you have an estimation how much time this requires from your side?

Actions #5

Updated by Florian Effenberger over 6 years ago

  • Status changed from New to Feedback

Feedback from last team call:

Actions #6

Updated by Florian Effenberger over 6 years ago

Is there any concrete action for Cloph to take before he goes on vacation next week? I don't think so according to the ticket and todo list, but please raise the flag if so

Actions #7

Updated by Christian Lohmaier over 6 years ago

pending overall update of the buildslave, so once that is back in business, can look into build-failures, solve any that might arise and then extend to upload artifacts somewhere, similar to daily build (if that's not already part of what it is supposed to do on a successful build)

Actions #8

Updated by Christian Lohmaier over 6 years ago

  • Blocked by Task #2433: Screenshot daily build currently busted added
Actions #9

Updated by Florian Effenberger about 6 years ago

  • Status changed from Feedback to In Progress

build slave working again, no build errors - Cloph working on uploading the artifacts

Actions #10

Updated by Florian Effenberger almost 6 years ago

Any updates on that, can this be closed?

Actions #11

Updated by Christian Lohmaier over 5 years ago

screenshot builds are working now (failures not due to screenshot part, but would be due to regular build issues) - next step is creating an upload step to the jenkins build configuration.

Hardest part on that is to decide who the files should be managed. If it is OK to just overwrite a set of screenshots with current ones it is pretty easy to do, otherwise need to add some rotation.

Also question is whether it is enough to have them uploaded to jenkins as build artifact in a zip or whether we need flat hierarchy/access to individual files. (I guess I'll start with jenkins build artifact first, as that's easiest to manage by just messing around in jenkins job definition)

Actions #12

Updated by Florian Effenberger over 5 years ago

screenshot builds are working now (failures not due to screenshot part,

Thanks a lot!

but would be due to regular build issues) - next step is creating an
upload step to the jenkins build configuration.

Can you look into that?

Hardest part on that is to decide who the files should be managed. If it
is OK to just overwrite a set of screenshots with current ones it is
pretty easy to do, otherwise need to add some rotation.

Also question is whether it is enough to have them uploaded to jenkins
as build artifact in a zip or whether we need flat hierarchy/access to
individual files. (I guess I'll start with jenkins build artifact first,
as that's easiest to manage by just messing around in jenkins job
definition)

Olivier? The easier for Cloph, of course, the better it is and the
sooner will happen :-)

Actions #13

Updated by Olivier Hallot over 5 years ago

[nitpick] the sentence "who the file should be managed() is indeed "how the files should be managed", right? [/nitpick]

I agree with Christian, let's make it flat in Jenkins.

NOte: not every screenshot is good to insert into Help. Some are just meaningless or even broken.

The current build process for the new help lists all used screenshots in the file helpcontent2/AllLangPackage_html_media_lang.mk

To simplify, we can upload all screenshots and we will pick only the good ones for the build in the makefile.

Does it make sense?

Actions #14

Updated by Christian Lohmaier over 5 years ago

FYI: while trying to set up the publishing of the screenshots, I noticed that the translation of the screenshots is broken, as is the directory layout re translated shots.
Instead of having
<lang>/dir/screenshot.png
<lang>/dir2/anothershot.png
it is
/dir/<lang>/screenshot.png
/dir2/<lang>/anotherscreenshot.png
which makes handling them more difficult (and nullifies the efforts the screenshot target does at creating per-language zips)

So has to be considered WIP unfortunately, only English ones are usable atm.

Actions #15

Updated by Florian Effenberger over 5 years ago

Talked to Cloph, and ETA is unknown, as the bug has not been identified
Let's talk about this during the next team call (Olivier, can you add that to the agenda for the next team call?) to see how urgent this is and how to handle it

Actions #16

Updated by Florian Effenberger over 5 years ago

Florian Effenberger wrote:

Talked to Cloph, and ETA is unknown, as the bug has not been identified
Let's talk about this during the next team call (Olivier, can you add that to the agenda for the next team call?) to see how urgent this is and how to handle it

Olivier? Can you raise this topic during the next call if still an issue?

Actions #17

Updated by Olivier Hallot over 5 years ago

Florian Effenberger wrote:

Florian Effenberger wrote:

Talked to Cloph, and ETA is unknown, as the bug has not been identified
Let's talk about this during the next team call (Olivier, can you add that to the agenda for the next team call?) to see how urgent this is and how to handle it

Olivier? Can you raise this topic during the next call if still an issue?

Screenshots are useful and I use some of them in help pages. However, taking screenshots for a specific release is not in the build process and must be done manually. Furthermore, screenshots are not enough stable, some of them have undesired artifacts.

Better close or postpone this task.

Actions #18

Updated by Florian Effenberger over 5 years ago

  • Target version changed from Pool to Qlater
Actions #19

Updated by Christian Lohmaier over 5 years ago

  • Target version changed from Qlater to Q4/2018
  • Start date set to 2018-10-20

screenshot jenkins slave is failing for a while again, will (try to) do a screenshot run on release machine for the 6.2 alpha1 builds

Actions #20

Updated by Florian Effenberger over 5 years ago

Any update on this ticket?

Actions #21

Updated by Florian Effenberger almost 5 years ago

Ping? :)

Actions #22

Updated by Florian Effenberger over 4 years ago

  • Status changed from In Progress to Rejected

Closing this one - been pending for two years, Olivier's feedback was to close or postpone, so I assume it's not needed (anymore).

Actions

Also available in: Atom PDF