Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to correct devdoc.io recipe #910

Closed
kelson42 opened this issue Jan 31, 2024 · 8 comments
Closed

Unable to correct devdoc.io recipe #910

kelson42 opened this issue Jan 31, 2024 · 8 comments
Assignees

Comments

@kelson42
Copy link
Contributor

If I want to change https://farm.openzim.org/recipes/devdocs.io/edit to put „WaitUntil“ to value „networkidle“ then I get an error:
https://farm.openzim.org/pipeline/cb6a074a-e33a-4552-9c45-932486a1dde9/debug

BTW the documentation of this field is insufficient as it does not list acceptable values and their respective behaviour.

We should have a selectbox here with possible values and input should be validated, see #783

@rgaudin
Copy link
Member

rgaudin commented Jan 31, 2024

Oh it's not select box ?!

@benoit74
Copy link
Collaborator

Problem was there were an old newContext flag which is not used (anymore probably) in zimit. It has nothing to do with the waitUntil flag you wanted to modified. I removed the newContext flag (it is the only recipe which had such a flag) and propose to continue the discussion on #783 about choice fields / invalid old flags / invalid old flag values. I've set the waitUntil to networkidle, I let you confirm the recipe is configured as intended and continue your work.

@kelson42
Copy link
Contributor Author

Problem was there were an old newContext flag which is not used (anymore probably) in zimit.

Can we secure that when a scraper argument set is changed/updated, then the dataset is checked/fixed as well?

@kelson42
Copy link
Contributor Author

I reopen, I have listed a bunch of dysfunctional things and we need proper handling at least a list of tickets.

@benoit74
Copy link
Collaborator

Can we secure that when a scraper argument set is changed/updated, then the dataset is checked/fixed as well?

This is now tracked in #911

I reopen, I have listed a bunch of dysfunctional things and we need proper handling at least a list of tickets.

Does it has anything to do with devdoc.io recipe? (it is the title of this issue, and I prefer to have one topic per issue)

@kelson42
Copy link
Contributor Author

kelson42 commented Jan 31, 2024

I reopen, I have listed a bunch of dysfunctional things and we need proper handling at least a list of tickets.

Does it has anything to do with devdoc.io recipe? (it is the title of this issue, and I prefer to have one topic per issue)

Tickets are and should be open from the user perspective AFAP. What comes next is the under the lead of the dev team. We can not just close ticket by knowing we have bugs/problems and hoping someone else will open the dedicated tickets.

So here is the list of things and I'm not convinced each of them need a dedicated ticket:

  • Upgrade of scraper requires to check/update recipe data-set Regularly check that recipe flags are still valid #911
  • Dataset should be checked for outdated newContext
  • Document option waitUntil properly in Zimfarm (I understand we have tickets around this, be as a quickwin we could at least list the acceptable values and put a link to documentation).
  • WaitUntil should be a selectbox

@benoit74 Maybe you can fix the dataset and I open a dedicated ticket for the field WaitUntil of the Zimit recipes?

@benoit74
Copy link
Collaborator

Dataset should be checked for outdated newContext

Done, as reported in #910 (comment)

WaitUntil should be a selectbox

I thought you already transferred this topic to #783

Document option waitUntil properly in Zimfarm (I understand we have tickets around this, be as a quickwin we could at least list the acceptable values and put a link to documentation).

Once the acceptable values are correctly controlled via a selectbox, it will be useless to list acceptable values in the usage. I wouldn't change the Zimfarm usage which is correct, the details you want to add are way too complex / long for it ; these details have to be explained properly, and this should be done in the scraper documentation from my PoV. I wouldn't stack as much of this documentation as possible in the usage. And yes scraper documentation needs to be done, but we are not making much progress unfortunately.

@kelson42 kelson42 assigned kelson42 and unassigned benoit74 Feb 9, 2024
@kelson42
Copy link
Contributor Author

kelson42 commented Mar 6, 2024

@benoit74 OK, will look to close this ticket if everything OK.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants