[Bug] org-version returns empty string when called uninteractively [9.4]

[Bug] org-version returns empty string when called uninteractively [9.4]

[Jean-Léon HENRY]

[-- Attachment #1: Type: text/plain, Size: 1157 bytes --]

Hi,

I just upgraded org to 9.4.4 and org-version is returning an empty string when called unineractively. More precisely

I started emacs with : emacs -Q -l minimal-org.el
Contents of minimal-org.el :

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;;; Minimal setup to load latest `org-mode'.

;; Activate debugging.
(setq debug-on-error t
debug-on-signal nil
debug-on-quit nil)

;; Add latest Org mode to load path.
(add-to-list 'load-path (expand-file-name "/home/me/.emacs.d/elpa/org-9.4.4/"))
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

Then did :
M-x org-version

Result :
"Org mode version ( @ /home/me/.emacs.d/elpa/org-9.4.4/)"

But when evaluated non-interactively :
(org-version)

Results :
""

In my regular set-up, this breaks version checks used in other packages : (version< (org-version) "9.0") for example is called. This gives you the following backtrace :
Debugger entered--Lisp error: (error "Invalid version syntax: ‘’ (must start with a number)")
signal(error ("Invalid version syntax: ‘’ (must start with a number)"))
error("Invalid version syntax: `%s' (must start with a number)" "")
version-to-list("")
version<("" "9.0")
[...]

Thanks for your help

[-- Attachment #2: Type: text/html, Size: 1822 bytes --]

Re: [Bug] org-version returns empty string when called uninteractively [9.4]

[Nick Dokos]

Jean-Léon HENRY <rabidax@protonmail.com> writes:

> Hi,
>
> I just upgraded org to 9.4.4 and org-version is returning an empty string when called
> unineractively. More precisely
>
> I started emacs with : emacs -Q -l minimal-org.el
> Contents of minimal-org.el :
>
> ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
> ;;; Minimal setup to load latest `org-mode'.
>
> ;; Activate debugging.
> (setq debug-on-error t
>       debug-on-signal nil
>       debug-on-quit nil)
>
> ;; Add latest Org mode to load path.
> (add-to-list 'load-path (expand-file-name "/home/me/.emacs.d/elpa/org-9.4.4/"))
> ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
>
> Then did :
> M-x org-version
>
> Result :
> "Org mode version  ( @ /home/me/.emacs.d/elpa/org-9.4.4/)"
>
> But when evaluated non-interactively :
> (org-version)
>
> Results :
> ""
>
> In my regular set-up, this breaks version checks used in other packages : (version<
> (org-version) "9.0") for example is called. This gives you the following backtrace :
> Debugger entered--Lisp error: (error "Invalid version syntax: ‘’ (must start with a number)
> ")
>   signal(error ("Invalid version syntax: ‘’ (must start with a number)"))
>   error("Invalid version syntax: `%s' (must start with a number)" "")
>   version-to-list("")
>   version<("" "9.0")
> [...]
>
> Thanks for your help
>

It does not do that for me:

   (org-version)
   "9.4.4"

-- 
Nick

"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler

Re: [Bug] org-version returns empty string when called uninteractively [9.4]

[Kyle Meyer]

Jean-Léon HENRY writes:

> Hi,
>
> I just upgraded org to 9.4.4 and org-version is returning an empty string when called unineractively. More precisely
>[...]
> In my regular set-up, this breaks version checks used in other packages : (version< (org-version) "9.0") for example is called. This gives you the following backtrace :
> Debugger entered--Lisp error: (error "Invalid version syntax: ‘’ (must start with a number)")
> signal(error ("Invalid version syntax: ‘’ (must start with a number)"))
> error("Invalid version syntax: `%s' (must start with a number)" "")
> version-to-list("")
> version<("" "9.0")

Thanks for the report.  I think this is the same issue as
<https://orgmode.org/list/87y2hi9qev.fsf@gmx.com>.  Org needs to be
adjusted for the new ELPA setup.

Re: [Bug] org-version returns empty string when called uninteractively [9.4]

[Kyle Meyer]

Kyle Meyer writes:

> Thanks for the report.  I think this is the same issue as
> <https://orgmode.org/list/87y2hi9qev.fsf@gmx.com>.  Org needs to be
> adjusted for the new ELPA setup.

Hopefully fixed by 61336f80d.