As from today, my forms are not printing correctly, as one of the “date” fields which are properly fulfilled in the form, doesn’t show up in the printed copy…
I attach a couple of pics as of the form and the printing dialog with the missing date. Weird.
Welcome to the community! Is it only for a single submissions or does it apply for the entire submissions? Are you able to see the dates in the dataset or is it also missing from there?
It is weird, since it is happening in all the entries, even in the old submissions where the printed correctly before… So yes, it is happening in ALL of the submissions.
I can see the dates correctly both in the dataset and in the form while filling it up. It is only missing while printing, no matter which printer I select.
Hi @jborruel
We are in receipt of your message and @Kal_Lam and I have looked at the issue but we cannot replicate the problem you are experiencing. I need to ask you to carry out some trial diagnostics:
Confirm which browsers are giving you this issue, and try out others you may not have tried. (test: browser specific issue)
Could you try this on a different computer from the one you are using and see what comes up? (test: computer specific issue)
Can you try this on a different project from the one you have currently and see whether the problem persists? (Test: project specific issue)
kindly confirm if you had made changes to the form recently?
If you clear your cache, does the problem persist?
Thank you for your response, I have tried all the items your have pointed out, and still no luck:
It happens in every browser, Chrome (my usual choice), Edge and Firefox
It happens in my home computer, work computer (both windows) and another personal computer (linux)
It also happens in an old project that was not yet deployed. I have also cloned the project, and happens again… I attach the XLS definition of the project, should you be able to import it and see wether it happens on your end.
I haven’t make changes to the form recently. It used to print out just fine last week, only this week the date and the composite field next to it are missing int he printed forms.
Also tried to clear the cache, still no luck.
It is very strange, as it used to work nicely. We keep pdf output of every form for our records, as we attach them to our processes.
Does it work when you change printer format to landscape?
Did you try several prints (as sequence)? Depending on internet strength, we often need several tries from KoBo Preview before ALL text comes out .)
Kind regards
I have created another kobotoolbox user, and deployed another simplified copy, and still same result. I am using Enketo with Grid Theme…
And with this idea in my mind, I have revisited: https://blog.enketo.org/gorgeous-grid/ , and tried again : https://enke.to/fatal, that has a date field… I fill it up, try to print (even in Linux with Firefox browser, so it is not a brower or OS issue) and it still apears blank. Can you try this yourself? It seems like a Enketo printing problem…
You are now able to see the date while printing the same as PDF. Thank you for flagging this issue in the forum and github. Expecting the same in the upcoming days as well.
Thank you very much for the information and the good news.
On the other hand, I am afraid that there still is some error, as the calculated field next to the date (to the right of the red-lined box in your image) still does not print out right.
It is a calculated field based on the date, I thought that fixing the date printout would as well fix the calculated field, but unfortunately it has not been the case.
Would you also mind checking out for other calculated fields and see if it’s an issue with all the calculated fields value or is just a case with this form.
Could you explain for the community, please, which (note related) print problem exist in the new release, Maybe including an example?
“calculated field based on the date”, referenced as ${…}in the note?
A print problem touches Enketo and KoBoCollect users, and it would be great to know about it.
Thanks in advance.
Hello @jborruel,
As far as I know, a note (label) should NOT be combined directly with a calculation, as in your example…
You should first create a calculate type variable and then reference it inside the label of the note ( as ${…}).
A calculation does not work on a label, but on the value of the variable.
A note only with a calculation, but without a label or hint, gives an error in preview and deployment. So, one of both must be in your example. Could you provide your original note code and a screenshot from the UI?
That I did’t know,… that it could NOT be used directly with a calculation… But it does sound weird, since it does show up right while filling the FORM, but it shows wrong while printing (see images above in previous message).
Moreover when it has been working before, as we have been using it ok in a label field in previous releases.
It is ok with me if you say it shouldn’t be used directly… I have changed the type of the field (although it is then editable, and we don’t want it to be)