Re: Bug: 28.0.50; `org-clocking-buffer` definition was removed, but it is still being referenced [9.4.3]

2021-03-10 Thread Eduardo Bellani
This was a wrong bug report, you can ignore. Looking at `list-load-path-shadows` and poking around my config indicated a mixed installation. Thanks Kyle! Kyle Meyer writes: > Eduardo Bellani writes: > >> Kyle Meyer writes: >> >>> In 16b5ee0ef, org-clocking-buffer was moved from org-clock.el

Re: Bug: 28.0.50; `org-clocking-buffer` definition was removed, but it is still being referenced [9.4.3]

2021-03-09 Thread Kyle Meyer
Eduardo Bellani writes: > Kyle Meyer writes: > >> In 16b5ee0ef, org-clocking-buffer was moved from org-clock.el to org.el, >> and org-clock.el loads org.el. >> >> What's the concrete problem that you're running into? > Backtrace: > > Debugger entered--Lisp error: (void-function

Re: Bug: 28.0.50; `org-clocking-buffer` definition was removed, but it is still being referenced [9.4.3]

2021-03-09 Thread Eduardo Bellani
Backtrace: Debugger entered--Lisp error: (void-function org-clocking-buffer) org-clocking-buffer() org-clocking-p() org-clock-in(nil) funcall-interactively(org-clock-in nil) call-interactively(org-clock-in nil nil) command-execute(org-clock-in) Kyle Meyer writes: > Eduardo Bellani

Re: Bug: 28.0.50; `org-clocking-buffer` definition was removed, but it is still being referenced [9.4.3]

2021-03-08 Thread Kyle Meyer
Eduardo Bellani writes: > On 16b5ee0efb5592f78faeffa07048bfe741331a18 `org-clocking-buffer` was > removed as a symbol. That symbol is still being referenced throughout > the current(4d463ee4baf8a7ce8b7c633149a9452bc70ef557) `org-clock.el` > file. In 16b5ee0ef, org-clocking-buffer was moved from