--text follows this line--
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Hello,
· Nicolas Goaziou wrote:
> Thomas Holst writes:
>
>> recently I encountered a bug with capturing table lines. Here is a ECM
>> to reproduce it:
>>
> [...]
>
> Fixed. Thank you.
thank you! Works perfectly again.
--
Bis neulich ...
Thomas
Hello,
Thomas Holst writes:
> recently I encountered a bug with capturing table lines. Here is a ECM
> to reproduce it:
>
> - org-mode file (testing.org):
>
> #+begin_src org
> * Headline
> |---+--+|
> | | Name | Amount |
> |---+--+|
> |---+--+|
> | |
Hello,
recently I encountered a bug with capturing table lines. Here is a ECM
to reproduce it:
- org-mode file (testing.org):
#+begin_src org
* Headline
|---+--+|
| | Name | Amount |
|---+--+|
|---+--+|
| | ||
|---+--+|
#+TBLFM: @2$
Hello,
Allen Li writes:
> There's an escaping bug in Org capture:
>
> 1. emacs -Q
> 2. Evaluate:
>
> (setq org-capture-templates
>'(("Z" "org-protocol capture" entry
> (file "/tmp/tmp")
> "* %?
> %(let ((x \"%:annotation\")) (if (string= x \"\") \"\" (concat x
> \"\\n\")))%i")))
There's an escaping bug in Org capture:
1. emacs -Q
2. Evaluate:
(setq org-capture-templates
'(("Z" "org-protocol capture" entry
(file "/tmp/tmp")
"* %?
%(let ((x \"%:annotation\")) (if (string= x \"\") \"\" (concat x
\"\\n\")))%i")))
3. Evaluate (require 'org-protocol)
4. Evalua
Hi Adam,
Adam Faryna writes:
> When use org-capture which template that targets file with :prepend
> t, org-capture-kill removes one char too much from target buffer, in
> result next item in target file looses one of asterisk.
Do you still have this issue?
If so, can you test the attached pat
Nicolas Goaziou writes:
I think this is now fixed. Thank you.
Yes, I see it as fixed, tested with git clone which gave me:
Org mode version 9.1.10 (release_9.1.10-619-g02e290 @
/Users/iam/.emacs.d/lisp/org-mode/lisp/)
Thank you.
--
Brady
Hello,
Brady Trainor writes:
> The issue at following thread seems to have resurfaced
>
> https://lists.gnu.org/archive/html/emacs-orgmode/2016-07/msg00490.html
>
> If I run the following
>
> emacs -Q -nw --eval "(progn (setq org-capture-templates '((\"t\"
> \"Task\" entry (file \"/tmp/test.org
The issue at following thread seems to have resurfaced
https://lists.gnu.org/archive/html/emacs-orgmode/2016-07/msg00490.html
If I run the following
--8<---cut here---start->8---
emacs -Q -nw --eval "(progn (setq org-capture-templates '((\"t\"
\"Task\" entry
Hello,
Robert Irelan writes:
> Hi, that ended up being the problem. Specifically, the line at
> https://code.orgmode.org/bzg/org-mode/src/442e7a2911e3e0229b1b6dd1fe0449653274ec31/lisp/org-capture.el#L1013
> needs to be fixed to read instead
>
> (append `(0 0 ,org-extend-today-until)
You are rig
Hi, that ended up being the problem. Specifically, the line at
https://code.orgmode.org/bzg/org-mode/src/442e7a2911e3e0229b1b6dd1fe0449653274ec31/lisp/org-capture.el#L1013
needs to be fixed to read instead
(append `(0 0 ,org-extend-today-until)
On Sat, Apr 7, 2018 at 2:07 PM Nicolas Goaziou
wrot
Hello,
Robert Irelan writes:
> I have an org-capture template of type file+olp+datetree and :time-prompt
> t. Whenever I invoke it, it prompts me for a date. If I enter the current
> date at the prompt, `%u` correctly formats the captured entry with today's
> date. However, if I enter any other
When use org-capture which template that targets file with :prepend t,
org-capture-kill
removes one char too much from target buffer, in result next item in target
file looses one of asterisk.
Expected behaviour:
org-capture when used which template which targets file with :prepend t,
org-capture-
Hello,
Luke writes:
> I've set up a minimal-org.el file with the following contents:
>
> ;; Minimal setup to load latest 'org-mode'
>
> ;; activate debugging
> (setq debug-on-error t
> debug-on-signal nil
> debug-on-quit t)
>
> ;; add latest org-mode to load p
On 04/03/18 08:13, Luke wrote:
Hi,
On 04/03/18 06:40, Nicolas Goaziou wrote:
Hello,
Luke writes:
org-capture seems to be inserting an extra line before the task
heading. So the narrowed buffer for editing the task looks something
like this:
Top of window -
Hi,
On 04/03/18 06:40, Nicolas Goaziou wrote:
Hello,
Luke writes:
org-capture seems to be inserting an extra line before the task
heading. So the narrowed buffer for editing the task looks something
like this:
Top of window ---
** TODO My new task
[201
Hello,
Luke writes:
> org-capture seems to be inserting an extra line before the task
> heading. So the narrowed buffer for editing the task looks something
> like this:
>
> Top of window ---
>
> ** TODO My new task
>[2018-03-02 Fri]
>[[file:~/.notes]]
>
I recently ran a "git pull" (after not updating for a while) and noticed
an apparent change (bug?) when running org-capture.
org-capture seems to be inserting an extra line before the task heading.
So the narrowed buffer for editing the task looks something like this:
Top
Hello,
Matt Lundin writes:
> Attached please find a patch that fixes these issues. It is a simple
> change, but it brings the behavior of %^t and %^u vs. %^T and %^U into
> line with the behavior of the interactive function org-time-stamp
> without and with a prefix argument.
>
> The escapes %^t
Matt Lundin writes:
> Matt Lundin writes:
>
>> After commit 51b431d01365211d4c40b07729d5d11d82b9dfe2,
>> org-capture-templates containing %^t do not work as expected.
>>
>> With this capture template, I am prompted to enter a time via
>> org-read-date. The expected behavior is as follows:
>>
>>
Matt Lundin writes:
> After commit 51b431d01365211d4c40b07729d5d11d82b9dfe2,
> org-capture-templates containing %^t do not work as expected.
>
> The relevant capture template snippet looks like this:
>
> (setq org-capture-templates
> '(("a" "Appointment" entry (file "~/inbox.org") "* %^{App
Kaushal Modi writes:
> On Wed, Oct 4, 2017 at 3:13 PM Haider Rizvi wrote:
> I'm getting the following error, when trying to do an org-capture.
>
> Org 9.1 onwards, bare sexp's are now allowed in the template.
>
> From ORG-NEWS:
>
> *** ~org-capture-templates~ no longer accepts S-expressions as
On Wed, Oct 4, 2017 at 3:13 PM Haider Rizvi wrote:
> I'm getting the following error, when trying to do an org-capture.
>
> Debugger entered--Lisp error: (error "Invalid file location: nil")
> signal(error ("Invalid file location: nil"))
> error("Invalid file location: %S" nil)
> org-captur
I'm getting the following error, when trying to do an org-capture.
Debugger entered--Lisp error: (error "Invalid file location: nil")
signal(error ("Invalid file location: nil"))
error("Invalid file location: %S" nil)
org-capture-expand-file((concat org-directory "inbox-gtd.org"))
org-cap
After commit 51b431d01365211d4c40b07729d5d11d82b9dfe2,
org-capture-templates containing %^t do not work as expected.
The relevant capture template snippet looks like this:
(setq org-capture-templates
'(("a" "Appointment" entry (file "~/inbox.org") "* %^{Appt}\n %^t%?\n %U\n
%a\n\n %i")))
W
On 01/31/2017 04:53 PM, Nicolas Goaziou wrote:
Hello,
Charles Millar writes:
Until yesterday the following capture template worked. A recent fix
may have caused another bug.
snip
Fixed. Thank you.
Regards,
Works fine. thank you.
Charlie Millar
Hello,
Charles Millar writes:
> Until yesterday the following capture template worked. A recent fix
> may have caused another bug.
>
> (setq org-capture-templates
>
> ;;; tasks todo on a specific date, not appointments
> (append '(("t" "Todo entries")
> ("ts" "Scheduled" entry
>
Until yesterday the following capture template worked. A recent fix may
have caused another bug.
(setq org-capture-templates
;;; tasks todo on a specific date, not appointments
(append '(("t" "Todo entries")
("ts" "Scheduled" entry
(file+headline "/mnt/Data/ActiveFile
Wasn't sure what the (sexp) part was, and tried to switch out file+headline
to function (got invalid function), but with the help of the second link I
got it working, thanks!
I am on phone, but the link I pasted had an example.
Here's another example:
https://www.reddit.com/r/emacs/comments/5b3mtr/slug/d9llo30
You just need to wrap the sexp in (lambda () . ).
On Fri, Nov 4, 2016, 6:45 PM Klarre N wrote:
> Thanks for the quick answer!
> Oh I see, could you pleas
Thanks for the quick answer!
Oh I see, could you please provide an example how to write such a function
wrapper (I am new to Elisp)?
I defined several variables to directories where I have org-files, and
capture to one or more files in those directories, for example:
(defvar logs "path-to-logs/") t
Hi Klarre,
The org 9.0 release had deprecated use of S-exps in org-capture-templates.
That, though, went undocumented. So for now, that deprecation is reverted
on the main branch and moved to the master/dev branch.
http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=f5645675a336d8f56fa9e6bd63832b
Hi,
concatenated filenames for org-capture templates no longer works (since
9.0).
ECM:
(setq org-default-notes-file "absolute-path/default.org")
(defvar absolute "absolute-path/"
"Path to Desired directory.")
(setq org-capture-templates '(
("e" "Example" entry
(file+headline (concat absol
Hello,
Humberto Nanni writes:
> starting from commit 6daad64277c43a6589de1c6a146ca8a72fe0e3b9 attempts to
> use the org-capture template expansion "%x" results in the following
> backtrace:
>
> Debugger entered--Lisp error: (error "Capture abort: (wrong-type-argument
> char-or-string-p nil)")
>
starting from commit 6daad64277c43a6589de1c6a146ca8a72fe0e3b9 attempts to
use the org-capture template expansion "%x" results in the following
backtrace:
Debugger entered--Lisp error: (error "Capture abort: (wrong-type-argument
char-or-string-p nil)")
signal(error ("Capture abort: (wrong-type-ar
Hello,
Jan Seeger writes:
> I've reworked the patch to restore the original order of
> org-capture-finalize and org-capture-refile, but working around the
> interaction with :kill-buffer that required reversing the order in the
> first place.
>
> org-capture-finalize requires the capture buffer
Hello!
I've reworked the patch to restore the original order of
org-capture-finalize and org-capture-refile, but working around the
interaction with :kill-buffer that required reversing the order in the
first place.
org-capture-finalize requires the capture buffer to be set up
correctly, and rest
Hello,
Jan Seeger writes:
> Thanks for your reply. However, the current behavior definitely
> results in bugs when refiling from the capture buffer (newlines don't
> get deleted properly, for example).
I agree. I'm just pointing out we shouldn't step back and re-introduce
a fixed issue.
> I'll
Hello!
Thanks for your reply. However, the current behavior definitely results in bugs
when refiling from the capture buffer (newlines don't get deleted properly, for
example).
I'll look into how to correctly set the position for org-capture-finalize after
the refile then, and try to make a p
Hello,
Jan Seeger writes:
> I've fixed this bug for me by reversing the order of finalization and
> refiling, as stated in the documentation. I've attached a patch to do
> this, but I'm not entirely sure about the side effects caused by the
> patch. The test suite does pass though. If someone co
Greetings!
I've discovered that org-capture-refile's documentation states that
org-capture-refile finalizes the buffer first, and then refiles the
entry. This is incorrect, the implementation of org-capture-refile
first refiles the entry and then calls org-capture-finalize.
While this is a small
Hello,
Louis Chan writes:
> Having a template inside `org-capture-templates`, which uses the
> file+headline target, with a string variable as its third argument (the
> node headline), makes the command `org-capture` fail (specifically, when
> selecting this particular template that uses this ta
Having a template inside `org-capture-templates`, which uses the
file+headline target, with a string variable as its third argument (the
node headline), makes the command `org-capture` fail (specifically, when
selecting this particular template that uses this target).
The heading I have chosen, "Ta
Ryan Timmins writes:
> On clock-out in the .notes buffer, tasks in the buffer get removed.
I'm not able to reproduce this with latest Emacs.
Can you recompile Emacs and check if this is still
a problem?
Thanks,
--
Bastien
On clock-out in the .notes buffer, tasks in the buffer get removed.
Steps to produce this behaviour:
1. start emacs with --no-init
2. M-x org-capture
3. t ( for task )
4. type "A1" for the subject, then type C-c C-c
The task will get added to the .notes buffer. Then from the .notes
buffer do th
Hi Xebar,
Xebar Saram writes:
> i have tried isolating the exact cause with no success.
What if you move your files outside of the Dropbox directory
(and update the capture templates accordingly)?
--
Bastien
Hi Eric,
Eric S Fraga writes:
> I have tried tracing this through but have failed to figure out why the
> setting of this variable makes a difference.
Thanks for the directions, fixed in maint now.
--
Bastien
Hi again all
So after further long investigation it seems to me that the issues is
caused from the capture template of all things. if i switch back to a basic
capture template like this:
(setq org-capture-templates
'(("t" "Todo" entry (file+headline "~/Dropbox/Org/agenda/TODO.org"
"Tasks")
Hi Z.
Sorry, but cannot think of a proper cause of your troubles other than dropbox.
I do not use dropbox, but only rsync for synchronisation. I get the same
message that you get now and then, but each time I get it,
it is because I did synchronisation of my org-files from external sources,
wh
Hi all
Im having serious issues with org-capture, ive tried everything i can think
of including advice on #emacs but can find a solution/whats causing this.
So the issue is this. i have org mode configured and working well (see
below config). the thing is that after the 2nd or 3rd capture (to cre
Dear Nick & Bastien,
Thanks for your responses.
Both of you indicated that you don't have the problem with Emacs -Q. I
don't either. Sorry, I should have tried a minimal example before
posting.
In any case, I have tracked down the offending line in my customisation
that leads to the error:
Hi Eric,
Eric S Fraga writes:
> I've had a look at the source (reasonably up to date) but this variable
> does not seem to be something I should be setting. Is my capture rule
> somehow wrong? Or is this a bug in org-capture?
I can't reproduce this... can you reproduce the problem with emacs
Eric S Fraga writes:
> Hello,
>
> I have the following org capture template:
>
> #+begin_src emacs-lisp
> (setq org-capture-templates '(("j" "journal" entry (file+datetree+prompt
> "~/s/notes/journal.org")
>"* %(format-time-string \"%H:%M\") %^{Entry}
> %^G\n%i%?
Hello,
I have the following org capture template:
#+begin_src emacs-lisp
(setq org-capture-templates '(("j" "journal" entry (file+datetree+prompt
"~/s/notes/journal.org")
"* %(format-time-string \"%H:%M\") %^{Entry}
%^G\n%i%?")))
#+end_src
(other rules elided for
> On Wed, Apr 17, 2013 at 07:51:18PM +0800, Shihpin Tseng wrote:
> > To reproduce it
> >
> > 1. M-x org-capture
> > 2. select todo template
> > 3. `C-c C-q'
> >
> >
> > Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
> > mouse-avoidance-point-position()
> > mous
On Wed, Apr 17, 2013 at 07:51:18PM +0800, Shihpin Tseng wrote:
> To reproduce it
>
> 1. M-x org-capture
> 2. select todo template
> 3. `C-c C-q'
>
>
> Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
> mouse-avoidance-point-position()
> mouse-avoidance-too-close-p
To reproduce it
1. M-x org-capture
2. select todo template
3. `C-c C-q'
Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
mouse-avoidance-point-position()
mouse-avoidance-too-close-p((# 89 . 18))
mouse-avoidance-fancy()
apply(mouse-avoidance-fancy nil)
byte-c
Hi Gregor,
Gregor Zattler writes:
> But there are two problems with the time information, which I
> consider to be bugs:
>
> 1) If I enter a time *range* at the prompt, the %T expands to the
>time when I invoked the capture ("now") while the date is
>still the entered day, not today. Th
Dear org-mode users and developers,
* what I want to do
I want to use org-capture instead of Emacs diary (+calendar)
[fn:1] in order to record all kinds of events and appointments.
* how I try to achieve this
I try to use org-capture. I want to be prompted for the date of
the event or the date
Update: This is now resolved (for me).
The capture failures I was seeing (when the type was "entry" rather
than "plain") was either a problem with my installation of
Version 7.8.11 org-20120611 or a bug in that version.
Reverting to the built-in version of Org Mode (Version 6.33x) (by turning
> On Tue, Jun 5, 2012 at 9:07 AM, Mike Fitzgerald gmail.com>
wrote:
>
> I'm presented with an "*Org Select*" buffer that offers me the available
choices"
> However, this part does not work as expected:"when I select one of those I
select one of those, I get a "CAPTURE-foo.org" buffer"I would e
Nick Dokos writes:
> The "no org-version.el" case looks wrong with the unbalanced paren:
Thanks. Should be fixed now.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html
Achim Gratz wrote:
> Nick Dokos writes:
> > Thanks - I added a warning note to the hack. When the recipe is fixed,
> > we can delete the note again.
>
> Fixed it up for good (hopefully). Please check.
>
The "no org-version.el" case looks wrong with the unbalanced paren:
,
| emacs -batch
Nick Dokos writes:
> Thanks - I added a warning note to the hack. When the recipe is fixed,
> we can delete the note again.
Fixed it up for good (hopefully). Please check.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles fo
Nick Dokos writes:
> I did *not* byte-compile anything and capture works with no problems.
Yes. Forget about the byte-compilation for a moment, it is really a red
herring... it works for you because you are running it with Emacs 24
(which does have an autoload for org-called-interactively-p alrea
Achim Gratz wrote:
> Nick Dokos writes:
> > On which wiki page? What is the complete code?
>
> Found it. It's on Worg:
>
> http://orgmode.org/worg/org-hacks.html
>
> One of the more obvious problems is that it seems to compile the
> autoloads file: that's a no-no. The current master branch a
Nick Dokos writes:
> On which wiki page? What is the complete code?
Found it. It's on Worg:
http://orgmode.org/worg/org-hacks.html
One of the more obvious problems is that it seems to compile the
autoloads file: that's a no-no. The current master branch and hopefully
Org itself starting from t
Nick Dokos wrote:
> Mike Fitzgerald wrote:
>
> > Setup
> > -I performed my org-mode update by downloading org-7.8.11.zip
>
> from orgmode.org? or somewhere else?
>
I've now downloaded the zip file from
http://orgmode.org/org-7.8.11.zip,
unpacked it in ~/.emacs.d and started an emacs wit
Mike Fitzgerald wrote:
> Setup
> -I performed my org-mode update by downloading org-7.8.11.zip
from orgmode.org? or somewhere else?
> Then extracting using something like
> rt click, "extract here"
>
> I also ran a defun that I found on wiki pages with the subject
> "Compiling without make"
Nick Dokos writes:
> [I hope Achim Gratz takes a look at this: he would have a much better
> handle on what exactly is going wrong here - in particular, emacs on
> windows is a black box to me]
Thanks for the flowers, but I don't think I've got any more clues than
you on the issue.
The OP said he
*Setup*
-I performed my org-mode update by downloading org-7.8.11.zip
Then extracting using something like
rt click, "extract here"
I also ran a defun that I found on wiki pages with the subject
"Compiling without make"
(defun my/compile-org(&optional directory)
"Compile all *.el files that
Mike Fitzgerald wrote:
> Debugger entered--Lisp error: (invalid-function org-called-interactively-p)
> org-called-interactively-p(interactive)
> org-paste-subtree(4 #("* %?\nEntered on [2012-06-05 Tue 11:04]\n" 0 5
> (fontified nil) 5 16 (fontified nil) 16 17 (fontified nil) 17 37 (fontified
As requested.
Thanks
Mike
On Tue, Jun 5, 2012 at 10:55 AM, Nick Dokos wrote:
> Mike Fitzgerald wrote:
>
> > Org-mode version 7.8.11
> >
> > Downloaded a zip file, not a GIT user.
>
> Where did you get the zip file?
>
> >
> > Backtrace from a non-edebug run attached.
> >
>
> Yup - not useful:
Mike Fitzgerald wrote:
> Org-mode version 7.8.11
>
> Downloaded a zip file, not a GIT user.
Where did you get the zip file?
>
> Backtrace from a non-edebug run attached.
>
Yup - not useful: the condition-case has stripped all useful information.
You will need to modify org-capture.el as des
Nick Dokos wrote:
> Mike Fitzgerald wrote:
>
> > 1) CAPTURE-journal buffer opens around line 485 but is is killed shortly
> > after
> > without the user (me) doing anything (just spacebar to step thru the code)
> >
> > (if (and (buffer-base-buffer (current-buffer))
> > (
Org-mode version 7.8.11
Downloaded a zip file, not a GIT user.
Backtrace from a non-edebug run attached.
Thanks
Mike
On Tue, Jun 5, 2012 at 10:35 AM, Nick Dokos wrote:
> Mike Fitzgerald wrote:
>
> > --0016e6dee7746941fa04c1ba62e3
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > Took
Mike Fitzgerald wrote:
> --0016e6dee7746941fa04c1ba62e3
> Content-Type: text/plain; charset=ISO-8859-1
>
> Took the suggestion to run edebug.
> A couple of observations:
>
> 1) CAPTURE-journal buffer opens around line 485 but is is killed shortly
> after
> without the user (me) doing anything (
Took the suggestion to run edebug.
A couple of observations:
1) CAPTURE-journal buffer opens around line 485 but is is killed shortly
after
without the user (me) doing anything (just spacebar to step thru the code)
(if (and (buffer-base-buffer (current-buffer))
(string-matc
Mike Fitzgerald wrote:
> To duplicate:
>
I haven't tried specifically to duplicate your setup but org-capture
seems to work fine here.
> 1) Run org-capture with C-c c
> 2) User is Promoted with the two templates expected
> (copied the templates from the org-mode site)
>
> 3) Enter j for jour
To duplicate:
1) Run org-capture with C-c c
2) User is Promoted with the two templates expected
(copied the templates from the org-mode site)
3) Enter j for journal
4) Expect switch to new buffer
5) No switch occurs
Note that journal.org is open, but I need to switch to it
I expected EMACS to sw
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
http://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org-mode mailing list.
Hi Puneeth,
Puneeth Chaganti writes:
> The recent commit that adds a dired-buffer related feature, breaks
> org-capture when dired-mode has not been loaded. The dired-buffers
> variable becomes available only when dired-mode has been loaded
> atleast once.
Fixed by requiring dired with (requir
Hi Nicolas,
Nicolas Goaziou writes:
> True. This should be fixed now. Let me know if this isn't the case.
Your fix is better -- I reverted mine.
Thanks!
--
Bastien
Nicolas,
On 7/19/11, Nicolas Goaziou wrote:
> Hello,
>
> Puneeth Chaganti writes:
>
>> The recent commit that adds a dired-buffer related feature, breaks
>> org-capture when dired-mode has not been loaded. The dired-buffers
>> variable becomes available only when dired-mode has been loaded
>> a
Hello,
Puneeth Chaganti writes:
> The recent commit that adds a dired-buffer related feature, breaks
> org-capture when dired-mode has not been loaded. The dired-buffers
> variable becomes available only when dired-mode has been loaded
> atleast once.
True. This should be fixed now. Let me kno
Hi Nicolas,
The recent commit that adds a dired-buffer related feature, breaks
org-capture when dired-mode has not been loaded. The dired-buffers
variable becomes available only when dired-mode has been loaded
atleast once.
Thanks,
Puneeth
Git bisect output, just for reference.
819fbec64160c3c
87 matches
Mail list logo
