Brackets: No files in folder list

Created on 23 Sep 2013 · 34Comments · Source: adobe/brackets

When i open a folder in debian 64bit, there is no files in folder list
build: sprint 30 experimental build 0.30.0-9116 (On branch master,master 60dc6b72f)

Linux only fix in progress

Source

ZiTAL

Most helpful comment

For anyone interested, i've had this issues since 1.11 and now on 1.13.
The fix for me was to go to Debug -> Switch Language -> English (US) as outlined in the post here
https://github.com/adobe/brackets/issues/9883

For the sake of helping someone in the future who runs into this issue. Simply go to Debug-->Switch Language. change from system default to the language of interest and the issue should be resolved.

i0x915 on 30 Nov 2018

👍9 ❤7

All 34 comments

@ZiTAL If you choose Debug > Show Developer Tools and look in the Console view, do you see any error messages?

peterflynn on 23 Sep 2013

when i choose "debug > show developer tools" in linux console log:
Error!! No such file or directory

ZiTAL on 24 Sep 2013

@ZiTAL I'm a little confused by that message... can you provide a screenshot? Also -- if there's an arrow icon next to the error message, can you click it to expand & show the full stack trace?

peterflynn on 24 Sep 2013

well, i updated to last version: sprint 31 experimental build 0.31.0-9569 (On branch sprint-31-hotfix,sprint-31-hotfix dd28c6a6e)

and i have this issue:
https://github.com/adobe/brackets/issues/5326

ZiTAL on 25 Sep 2013

@ZiTAL You can manually access the developer tools by going to http://localhost:9234 and then clicking the link for the Brackets window. That should get you unblocked for the info we need here.

We'll certainly investigate #5326 too though.

peterflynn on 25 Sep 2013

"then clicking the link for the Brackets window" what link?

ZiTAL on 25 Sep 2013

@ZiTAL You should see something like this when you go to http://localhost:9234 while Brackets is running:

localhost-9234

If you're seeing something different, please provide a screenshot.

peterflynn on 25 Sep 2013

i can't choose a file, because the folder is empty, anyway:

zital@debian:~$ brackets 
ATTENTION: default value of option force_s3tc_enable overridden by environment.
ts/Brackets --type=gpu-process --channel=29167.1.386271645 --no-sandbox --lang=en-US --log-severity=disable --supports-dual-gpus=false --gpu-driver-bug-workarounds=0,6,19 --gpu-vendor-id=0x8086 --gpu-device-id=0x29c2 --gpu-driver-vendor --gpu-driver-version --lang=en-US --log-severity=disable: ../../../../../src/mesa/swrast/s_renderbuffer.c:584: map_attachment: Assertion `srb->Map' failed.
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated.
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated.

ZiTAL on 25 Sep 2013

It shouldn't matter that there's no file in Brackets -- the dev tools page should have a link with whatever's currently in the Brackets titlebar (so in this case, just "Brackets"). The fact that you can successfully get to the "Inspectable WebContents" page means there's no local firewall blocking the localhost port (a problem on some machines in the past)... so I'm baffled as to why the page loads but is missing any link. Seems like a potential CEF or Chromium Linux bug...

peterflynn on 25 Sep 2013

Actually @ZiTAL if you open Chrome's built-in developer tools _on_ that "Inspectable WebContents" page, do you see any errors in the console there? If the dev tools themselves are crashing, the nature of the error could give us a clue. (It looks like you actually have the Chrome dev tools open at the bottom of your screenshot there, but the content is cut off).

peterflynn on 25 Sep 2013

Also seems possible you're missing some of the side files that Chromium expects to find next to the brackets executable... like cef.pak, devtools_resources.pak, or locales/. Can you confirm those three are all present? Also, did you build Brackets / brackets-shell yourself, or did you download the official build? (And if so, from where?)

One more question -- out of curiosity, what locale is your OS set to? (We've seen CEF problems in the past with locales that weren't falling back to something it knew about).

peterflynn on 25 Sep 2013

i'm retarded i open it with firefox :D

showing console tag

linux console:

iban@deb-iban:~$ brackets 
ATTENTION: default value of option force_s3tc_enable overridden by environment.
ts/Brackets --type=gpu-process --channel=29997.1.226832739 --no-sandbox --lang=en-US --log-severity=disable --supports-dual-gpus=false --gpu-driver-bug-workarounds=0,6,19 --gpu-vendor-id=0x8086 --gpu-device-id=0x29c2 --gpu-driver-vendor --gpu-driver-version --lang=en-US --log-severity=disable: ../../../../../src/mesa/swrast/s_renderbuffer.c:584: map_attachment: Assertion `srb->Map' failed.
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated.

ZiTAL on 25 Sep 2013

i donwloaded brackets from: http://download.brackets.io/

ZiTAL on 25 Sep 2013

Heh, that explains it :-)

Interesting that there are no errors in the logs though. Are there any unusual permissions with this folder? Does it happen for _all_ folders, or just some?

Try pasting this snippet in the console and see what the result is:

require("project/ProjectManager").getProjectRoot().createReader().readEntries(
    function(result) { console.log("Success!", result); },
    function (err, result) { console.error("Failure!", err, result); }
)

Or alternatively you could put two breakpoints inside the two equivalent callbacks in ProjectManager._treeDataProvider() and see what happens there.

peterflynn on 26 Sep 2013

it occurs with all folders.

less: parsed file:///opt/brackets/www/styles/brackets.less successfully. less-1.4.2.min.js:9
less: css for file:///opt/brackets/www/styles/brackets.less generated in 860ms less-1.4.2.min.js:9
less: css generated in 860ms less-1.4.2.min.js:9
require("project/ProjectManager").getProjectRoot().createReader().readEntries(
    function(result) { console.log("Success!", result); },
    function (err, result) { console.error("Failure!", err, result); }
)
undefined
Success! []

ZiTAL on 26 Sep 2013

Reviewed. Marking medium priority since there's only one report of this currently.

njx on 30 Sep 2013

Could it be a permissions / user account problem? What owner & group do you see if you do ls -l inside one of these folders, vs. what user are the two Brackets processes running as if you do top or something similar?

peterflynn on 1 Oct 2013

It does look like we could be swallowing some error cases here -- the docs for readdir() say "It returns NULL on reaching the end of the directory stream or if an error occurred," but it looks like our code in appshell_extensions_gtk.cpp simply assumes NULL means end of directory. It sounds like we should be checking errno after exiting the while loop.

That won't fix the problem here of course, but it will give us an actual error message to go on :-)

@JeffryBooher Can I assign this to you since @jasonsanjose is out? Looks like you're second-in-command for that file :-) (or @pritambaral & others, feel free to jump in here too!)

peterflynn on 1 Oct 2013

@peterflynn Yep, I'll take it.

JeffryBooher on 1 Oct 2013

brackets is owned by "root" in /opt

zital@debian:~$ ls -l /opt/
guztira 20
drwxr-xr-x 7 root root 4096 ira 26 08:27 brackets

process is owned by me:

zital@debian:~$ ps aux | grep brackets
zital     15929  4.1  0.7 568652 30492 pts/0    Sl+  08:31   0:00 /opt/brackets/Brackets --lang=en-US --log-severity=disable --remote-debugging-port=9234 --no-sandbox
zital     15932  0.5  0.1 291356  7440 pts/0    S+   08:31   0:00 /opt/brackets/Brackets --lang=en-US --log-severity=disable --remote-debugging-port=9234 --no-sandbox
zital     15933  0.3  0.4 298152 16580 pts/0    S+   08:31   0:00 /opt/brackets/Brackets --type=zygote --no-sandbox --lang=en-US --log-severity=disable
zital     15952  4.1  0.6 674548 25000 pts/0    Sl+  08:31   0:00 /opt/brackets/Brackets-node /opt/brackets/node-core
zital     15955 24.1  2.4 935932 100476 pts/0   Sl+  08:31   0:01 /opt/brackets/Brackets --type=renderer --no-sandbox --lang=en-US --lang=en-US --log-severity=disable --disable-accelerated-2d-canvas --disable-accelerated-video-decode --channel=15929.0.1268162532
zital     16200  1.2  0.5 349872 21168 pts/0    Sl+  08:31   0:00 /opt/brackets/Brackets --type=gpu-process --channel=15929.1.976467726 --no-sandbox --lang=en-US --log-severity=disable --supports-dual-gpus=false --gpu-driver-bug-workarounds=0,6,19 --gpu-vendor-id=0x8086 --gpu-device-id=0x29c2 --gpu-driver-vendor --gpu-driver-version --lang=en-US --log-severity=disable
zital     16290  0.0  0.0   8056   900 pts/1    S+   08:31   0:00 grep brackets

and the folders are owned by me:

zital@debian:~$ ls -l /home/projects/
guztira 11294
drwxr-xr-x  6 zital zital     200 abu 28 11:52 zpy

ZiTAL on 1 Oct 2013

@ZiTAL Any news on this issue? Have you tried the Sprint 32 build? Would be good to hear if this build resolves this issue or if you encounter still the same behavior. Thanks.

ingorichter on 22 Oct 2013

Any chance this is on an SSHFS file system? (Bug #5544)

peterflynn on 22 Oct 2013

@ZiTAL can you try opening the brackets sample project? It looks like you're opening a personal project (which should work) but want to rule out other general FS interop issues first.

JeffryBooher on 24 Oct 2013

There is no problem with "/opt" folder or its subfolder like "/opt/brackets/samples/"
, but if i change to other folder like:

/home/projects

there is no file/folder list, and the permissions are the same: drwxr-xr-x

if i change the permissions to project folder 777 still doesn't work

ZiTAL on 24 Oct 2013

I also have a same problem with Arch Linux x86_64.
I download this version (sprint 33 experimental build 0.33.0-0) via AUR.
The folder list is still empty.