javascript: Got "ctags: Warning: ignoring null tag" #900

masatake · 2016-04-24T23:16:37Z

[yamato@x201]~/var/ctags-github% cat /tmp/foo.js 
if (true) {
    this[0] = function() {};
}

[yamato@x201]~/var/ctags-github% ./ctags -o - /tmp/foo.js 
ctags: Warning: ignoring null tag in /tmp/foo.js(line: 2)
[yamato@x201]~/var/ctags-github% js /tmp/foo.js 
[yamato@x201]~/var/ctags-github%

The text was updated successfully, but these errors were encountered:

cristianoliveira · 2019-03-05T10:02:06Z

Is there any update on this?

Or am I doing something wrong? The code I'm trying to tag is Javascript/React :)

cristianoliveira · 2019-03-05T10:13:55Z

Apparently it is related to Object destructuring like:

    const { name, email } = user;

masatake · 2019-03-05T14:29:45Z

I have not inspected the warning well.
However, the input you gave looks valid as I tested the input on node command
I would like you to open a new issue for the input.
If you are good at JavaScript, I would like to know the specification as reference.
See #1949 (comment) how I struggled.

const { name, email } = user;

name and email should be tagged well.


[yamato@slave]~% node
> var user = {name: 'a', email: 'b'}
var user = {name: 'a', email: 'b'}
undefined
> const { name, email } = user;
const { name, email } = user;
undefined
> name
name
'a'

cristianoliveira · 2019-03-05T15:37:28Z

If you are good at JavaScript, I would like to know the specification as reference.

Not sure if I got your question but the specification for the Object Destructuring is on the ECMAScript specification:
https://www.ecma-international.org/ecma-262/6.0/#sec-destructuring-assignment

:)

masatake · 2019-03-05T16:01:20Z

Thanks. That is what I need.

winkee01 · 2020-03-14T07:47:55Z

Why does this issue not be addressed? I've got the same problem.

winkee01 · 2020-03-14T08:17:46Z

Thanks. That is what I need.

how did you remove the warning?

masatake · 2020-03-14T14:02:41Z

how did you remove the warning?

I didn't remove the warning.

winkee01 · 2020-03-14T14:47:26Z

how did you remove the warning?

I didn't remove the warning.

well, I've got the same issue, {A, B} = some_obj can be parsed correctly by ctags.

winkee01 · 2020-03-14T14:50:01Z

Looks like no one is going to fix this issue

masatake · 2020-03-14T15:41:53Z

Looks like no one is going to fix this issue

For the destructural binding, I tried once.

[jet@living]/tmp% cd /tmp
cd /tmp
[jet@living]/tmp% git clone https://github.com/masatake/ctags.git
git clone https://github.com/masatake/ctags.git
Cloning into 'ctags'...
...
[jet@living]/tmp% cd ctags
cd ctags
[jet@living]/tmp/ctags% git checkout  origin/js-destructual-binding 
git checkout  origin/js-destructual-binding 
Note: switching to 'origin/js-destructual-binding'.
...
HEAD is now at 4eeac5b9 JavaScript: support more forms of destructuring assignments
[jet@living]/tmp/ctags% bash ./autogen.sh
bash ./autogen.sh
+ type autoreconf
...
optlib2c: translating optlib/inko.ctags to optlib/inko.c
+ ./misc/optlib2c optlib/inko.ctags
+ exit 0
[jet@living]/tmp/ctags% ./configure
./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
...
config.status: creating config.h
config.status: executing depfiles commands
[jet@living]/tmp/ctags% make -j 9
make -j 9
REPOINFO   main/repoinfo.h
make  all-recursive
make[1]: Entering directory '/tmp/ctags'
make[2]: Entering directory '/tmp/ctags'
...
  AR       libctags.a
  CCLD     ctags
  CCLD     mini-geany
make[2]: Leaving directory '/tmp/ctags'
make[1]: Leaving directory '/tmp/ctags'
[jet@living]/tmp/ctags% cat /tmp/bar.js 
cat /tmp/bar.js 
const { name, email } = user;

[jet@living]/tmp/ctags% ./ctags -o - /tmp/bar.js 
./ctags -o - /tmp/bar.js 
email	/tmp/bar.js	/^const { name, email } = user;$/;"	C
name	/tmp/bar.js	/^const { name, email } = user;$/;"	C

The branch introduces so many changes.
So merging it to the master branch we use daily needs more consideration.

masatake · 2020-03-14T15:50:05Z

this[0] = function() {};

In this case, ctags says nothing.

{
	this[0] = function() {};
}

In this case, I got a warning. This will be an important hint fix for the original input.

winkee01 · 2020-03-16T09:48:20Z

Looks like no one is going to fix this issue

For the destructural binding, I tried once.

[jet@living]/tmp% cd /tmp
cd /tmp
[jet@living]/tmp% git clone https://github.com/masatake/ctags.git
git clone https://github.com/masatake/ctags.git
Cloning into 'ctags'...
...
[jet@living]/tmp% cd ctags
cd ctags
[jet@living]/tmp/ctags% git checkout  origin/js-destructual-binding 
git checkout  origin/js-destructual-binding 
Note: switching to 'origin/js-destructual-binding'.
...
HEAD is now at 4eeac5b9 JavaScript: support more forms of destructuring assignments
[jet@living]/tmp/ctags% bash ./autogen.sh
bash ./autogen.sh
+ type autoreconf
...
optlib2c: translating optlib/inko.ctags to optlib/inko.c
+ ./misc/optlib2c optlib/inko.ctags
+ exit 0
[jet@living]/tmp/ctags% ./configure
./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
...
config.status: creating config.h
config.status: executing depfiles commands
[jet@living]/tmp/ctags% make -j 9
make -j 9
REPOINFO   main/repoinfo.h
make  all-recursive
make[1]: Entering directory '/tmp/ctags'
make[2]: Entering directory '/tmp/ctags'
...
  AR       libctags.a
  CCLD     ctags
  CCLD     mini-geany
make[2]: Leaving directory '/tmp/ctags'
make[1]: Leaving directory '/tmp/ctags'
[jet@living]/tmp/ctags% cat /tmp/bar.js 
cat /tmp/bar.js 
const { name, email } = user;

[jet@living]/tmp/ctags% ./ctags -o - /tmp/bar.js 
./ctags -o - /tmp/bar.js 
email	/tmp/bar.js	/^const { name, email } = user;$/;"	C
name	/tmp/bar.js	/^const { name, email } = user;$/;"	C

The branch introduces so many changes.
So merging it to the master branch we use daily needs more consideration.

I've tried it, a very good solution, thanks.
Did you made these branches, so many patches.

dietrichm · 2020-03-17T14:20:33Z

Hi

Although this is not contributing to the issue in ctags itself, I created a ctags shell function that ignores this specific warning for JavaScript files: https://gist.github.com/dietrichm/9e518549fd609173182ce36ac4726df2

Just in case you frequently run ctags on the command line and want to hide the warnings until the issue is fixed.

Dietrich

Strangehill · 2020-04-14T06:54:50Z

I also get this warning with array destructuring :
const [lang, setLang] = useState("en")

masatake · 2020-04-14T07:15:19Z

@Strangehill, could you add the same comment to #1112?

Strangehill · 2020-04-14T07:20:48Z

of course

masatake · 2020-04-14T07:22:38Z

Thank you.

Related to universal-ctags#900, universal-ctags#1112, and universal-ctags#3427. When the parser tries making a tag with empty name, an assertion in registerEntry fails. The parser side should be fixed but it will take a time. This change puts guard conditions around registerEntry to avoid the failures. THIS IS A TEMPORARILY SOLUTION. Signed-off-by: Masatake YAMATO <yamato@redhat.com>

coderj001 · 2022-09-18T05:59:17Z

I also got the same error

server.js

AdrienGiboire · 2023-01-05T15:39:56Z

FYI: If you pass the --quiet=yes command-line option, this warning is not shown anymore. While not being a perfect solution, it at least silences the clutter.

That does not shut it up on my side, at all 🤷

I'll have to go with @dietrichm alternative for the time being as I'm heavily using deconstruction which ctags really spammy.

masatake · 2023-01-05T19:53:27Z

Could you try #3435?

AdrienGiboire · 2023-01-09T15:16:58Z

Could you try #3435?

I'm moving to the PR. Let me know if you want to keep it here.

jafl · 2023-07-05T00:36:24Z

For the original issue, the fix is in #3762. Closing, since #3435 is working on the much larger destructuring issue.

masatake added the Parsers label May 6, 2016

masatake added Parsers and removed Parsers labels Jul 4, 2016

eht16 mentioned this issue Apr 10, 2022

ignoring null tag geany/geany#3144

Closed

masatake mentioned this issue Jul 5, 2022

JavaScript: don't make null tags #3427

Closed

masatake mentioned this issue Jul 5, 2022

JavaScript: avoid assertion failures when making an empty tag #3428

Merged

jafl self-assigned this Jul 17, 2022

masatake removed the Parser bug/enhancement label Nov 29, 2022

jafl closed this as completed Jul 5, 2023

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

javascript: Got "ctags: Warning: ignoring null tag" #900

javascript: Got "ctags: Warning: ignoring null tag" #900

masatake commented Apr 24, 2016

cristianoliveira commented Mar 5, 2019 •

edited

Loading

cristianoliveira commented Mar 5, 2019

masatake commented Mar 5, 2019

cristianoliveira commented Mar 5, 2019

masatake commented Mar 5, 2019

winkee01 commented Mar 14, 2020

winkee01 commented Mar 14, 2020

masatake commented Mar 14, 2020

winkee01 commented Mar 14, 2020

winkee01 commented Mar 14, 2020

masatake commented Mar 14, 2020

masatake commented Mar 14, 2020

winkee01 commented Mar 16, 2020

dietrichm commented Mar 17, 2020

Strangehill commented Apr 14, 2020

masatake commented Apr 14, 2020

Strangehill commented Apr 14, 2020

masatake commented Apr 14, 2020

coderj001 commented Sep 18, 2022

AdrienGiboire commented Jan 5, 2023

masatake commented Jan 5, 2023

AdrienGiboire commented Jan 9, 2023 •

edited

Loading

jafl commented Jul 5, 2023

javascript: Got "ctags: Warning: ignoring null tag" #900

javascript: Got "ctags: Warning: ignoring null tag" #900

Comments

masatake commented Apr 24, 2016

cristianoliveira commented Mar 5, 2019 • edited Loading

cristianoliveira commented Mar 5, 2019

masatake commented Mar 5, 2019

cristianoliveira commented Mar 5, 2019

masatake commented Mar 5, 2019

winkee01 commented Mar 14, 2020

winkee01 commented Mar 14, 2020

masatake commented Mar 14, 2020

winkee01 commented Mar 14, 2020

winkee01 commented Mar 14, 2020

masatake commented Mar 14, 2020

masatake commented Mar 14, 2020

winkee01 commented Mar 16, 2020

dietrichm commented Mar 17, 2020

Strangehill commented Apr 14, 2020

masatake commented Apr 14, 2020

Strangehill commented Apr 14, 2020

masatake commented Apr 14, 2020

coderj001 commented Sep 18, 2022

AdrienGiboire commented Jan 5, 2023

masatake commented Jan 5, 2023

AdrienGiboire commented Jan 9, 2023 • edited Loading

jafl commented Jul 5, 2023

cristianoliveira commented Mar 5, 2019 •

edited

Loading

AdrienGiboire commented Jan 9, 2023 •

edited

Loading