Possible new check: use of function="information" about ecc HOT 1 OPEN

The original email thread, with examples:

On Mon, Jun 3, 2019 at 9:43 AM Duane Costa [email protected] wrote:
Hi Gastil,

Thanks for providing an excellent description of the issue and a test data package on portal-d. I downloaded the EML and tried it out with function="information" and with/without manual upload so I could reproduce the behavior. It seems that better error reporting is needed here, either through a quality check or a more informative error message from PASTA. The current message is:

   An entity failed to download successfully: packageId: knb-lter-mcr.999.1; entity name: This_is_a_test_entity_name; entity id: bcba6aa9830c4f64090882dd2e8acbee

Also, I'm not entirely sure what the behavior should be when function="information" in the metadata is combined with a manual upload. Those two things seem somewhat incompatible so perhaps this too should be flagged as an error. (??)

I'll enter all this info into the bug tracker.

Duane

On Sat, Jun 1, 2019 at 3:44 PM Gastil Gastil-Buhl [email protected] wrote:
Hi Duane,

No action item. Just fyi.

I just now diagnosed an error on my end, with my EML file, using evaluate on portal. I share it now, in case someone else has this error. It is trivial to fix, but for me was not trivial to solve.

The error was caused by having function="information" instead of function="download" as an attribute of the element to download the data file.

Now the strange part. This not only prevented the entity from downloading via the url in the eml, it actually caused the same error when I opted to manually select the file, using the form option. How strange is that?

I created a MRE test case, knb-lter-mcr.999 in portal-d. I uploaded revision 1 with function="download". Then I made a revision 2 with function="information". Revision 2 fails both in the usual load-from-url mode and the manual load option from portal's form.

In the test file, I used a direct url rather than one thru my optional-self-id system, to simplify the example. And I normally never use the manual upload. I was only using that for diagnosis. But that was the most strange part.

Now that my EML is fixed, having replaced function="information" with "download", my package evaluates fine. And this would not even have happened except I was uploading some hand-written EML from 2012, before we had the program writeEML.

Just stash this info in case someone else has problems that might be this.

Gastil

from ecc.