https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40046
--- Comment #12 from Jonathan Druart <[email protected]> --- (In reply to Pedro Amorim from comment #11) > Been trying this out and chatting with Joubu on Mattermost. It still fails > for me often (not always, like 50%) with the same error 'View batch' as > before. From the screenshots and videos it appears the background job fails > to start for some reason, possibly low resources on my machine at the time > of running the tests (?). The background job bar shows '0% failed' in red. > > Dumping $marc_record in the code mentioned by comment 4 produces the > following output, when the tests fail: > > bless( { > '_leader' => ' a ', > '_fields' => [], > '_warnings' => [ > 'Record length "<?xml" is not numeric in > record 1' > ] > }, 'MARC::Record' ); > > I don't feel comfortable PQAing this for the above reasons but I'm not > against it if we decide to push and address this later. What's happening is the form being submitted with "MARC" instead of "MARCXML", even with the last change, which does not make sense at all. So we may have some weird JS code something that reverts to MARC, but I haven't found any. I am suggesting to push as it, to move forward and also unlock the follow-up bug, then add a test at the QA script level to prohibit those cy.wait(\d) that are totally wrong and must (almost) never be used. At least to prevent new occurrences. Then we may want to reintroduce this one back (or simply remove/adjust the tests) if it fails on jenkins. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
