From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Release 9.0.5 Date: Mon, 13 Feb 2017 17:26:39 +0100 Message-ID: <87tw7ykqf4.fsf@nicolasgoaziou.fr> References: <8737fmxibv.fsf@gnu.org> <87vashr1ta.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41122) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cdJSg-0003IL-KV for emacs-orgmode@gnu.org; Mon, 13 Feb 2017 11:26:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cdJSf-00058Q-DO for emacs-orgmode@gnu.org; Mon, 13 Feb 2017 11:26:46 -0500 In-Reply-To: (Fabrice Popineau's message of "Sat, 11 Feb 2017 16:37:02 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Fabrice Popineau Cc: Bastien , fabrice.popineau@centralesupelec.fr, "emacs-orgmode@gnu.org" Hello, Fabrice Popineau writes: > This one is about the file system which behaves differently under Windows= : > > F test-org-export/file-uri > Test =E2=80=98org-export-file-uri=E2=80=99 specifications. > (ert-test-failed > ((should > (equal "file:///local.org" > (org-export-file-uri "/local.org"))) > :form > (equal "file:///local.org" "file://d:/local.org") > :value nil :explanation > (arrays-of-different-length 17 19 "file:///local.org" "file://d:/ > local.org" first-mismatch-at 7))) > > The absolute path has the drive name. So actually not a failure. Ok. I rewrote the equality test. Hopefully, it should pass on your system. > F test-org-pcomplete/keyword > Test keyword and block completion. > (ert-test-failed > ((should > (equal "#+startup: " > (org-test-with-temp-text "#+start" > (pcomplete) > (buffer-string)))) > :form > (equal "#+startup: " "#+STARTUP: ") > :value nil :explanation > (array-elt 2 > (different-atoms > (115 "#x73" "?s") > (83 "#x53" "?S"))))) > > This one is because pcomplete is used to get completion, and the completi= on > depends on > the pcomplete-ignore-case variable, which makes pcomplete ignore case for > windows-nt and cygwin by default. I also fixed it. > The last one is strange: > > F test-org-element/link-parser > Test =E2=80=98link=E2=80=99 parser. > (ert-test-failed > ((should > (equal "id" > (org-test-with-temp-text "[[id:aaaa]]" > (org-element-property :type ...)))) > :form > (equal "id" "fuzzy") > :value nil :explanation > (arrays-of-different-length 2 5 "id" "fuzzy" first-mismatch-at 0))) I removed this particular test. "id" links are non-standard (i.e., they need you to require Org ID library). Such a test should go in "test-org-id.el", which doesn't exist yet. > This is complete non sense, because when I evaluate the test form, I > actually get "id" and I have > no idea where this "fuzzy" may come from. A "fuzzy" link is a link with no default type, per `org-link-parameters'. It probably means `org-id' wasn't loaded at the time of the test. > Do you also get a warning like this: > Making org-entities-user local to *temp*-443480 while let-bound! > in the *Messages* buffer ? I don't. Could you confirm tests are passing now? Thank you. Regards, --=20 Nicolas Goaziou