Use require("electron").shell instead of require("shell")

Object.<anonymous> (C:\Users\Windows\AppData\Local\atom\app-1.59.0\resources\app.asar\exports\shell.js:4:6)
Object.<anonymous> (C:\Users\Windows\AppData\Local\atom\app-1.59.0\resources\app.asar\exports\shell.js:9:3)
Module._compile (<embedded>:11:149913)
Object..js (<embedded>:11:153507)
Module.load (internal/modules/cjs/loader.js:815:32)
Module._load (internal/modules/cjs/loader.js:727:14)

You have the core package "archive-view" installed as a community package. See https://github.com/atom/dalek for how this causes problems and instructions on how to correct the situation.

<unknown> (<embedded>:13400:20)
Generator.next (null:null:null)
step (<embedded>:13387:279)
<unknown> (null:null:null)
process._tickCallback (internal/process/next_tick.js:109:7)

Any modern Microsoft Office file ([xls,doc,ppt][x,m,a] etc.) is a zipped file.
It would be great to be able to to view (and modify) the contents of these files.

or, adding the ability to modify the tile types list would support many of the feature requests I'm seeing at this time

Thanks for everything!

When attempting to open an epub files with Atom 0.115.0 and Archive View 0.33 the editor reports 'Loading archive…' but after several minutes there is no further progress. Mac OS X 10.8

@nathansobo it worked

Description

Currently Enterprise Archive files (extension .ear) aren't supported. It would be very nice to add support for it like with other Java-related archive formats (.jar, .war).

See also https://en.wikipedia.org/wiki/EAR_(file_format)

This should follow the Behavior Services pattern to allow community packages to add support for other archive types to archive-view.

[Enter steps to reproduce below:]

1. ...
2. ...

Atom Version: 1.0.2
System: Mac OS X 10.11
Thrown From: archive-view package, v0.58.0

Stack Trace

Failed to load the archive-view package

At Cannot find module '../build/Release/pathwatcher.node'

Error: Cannot find module '../build/Release/pathwatcher.node'
    at Module._resolveFilename (module.js:328:15)
    at Function.Module._resolveFilename (/Applications/Atom.app/Contents/Resources/app.asar/src/module-cache.js:383:52)
    at Function.Module._load (module.js:270:25)
    at Module.require (module.js:357:17)
    at require (module.js:376:17)
    at Object.<anonymous> (/Users/chl/.atom/packages/archive-view/node_modules/pathwatcher/lib/main.js:6:13)
    at Object.<anonymous> (/Users/chl/.atom/packages/archive-view/node_modules/pathwatcher/lib/main.js:207:4)
    at Module._compile (module.js:452:26)
    at Object.loadFile [as .js] (/Applications/Atom.app/Contents/Resources/app.asar/src/babel.js:162:21)
    at Module.load (module.js:347:32)

Commands

Config

{
  "core": {
    "themes": [
      "atom-light-ui",
      "atom-light-syntax"
    ],
    "disabledPackages": [
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet",
      "emmet"
    ]
  }
}

Installed Packages

# User
archive-view, v0.58.0
linter-jshint, v1.0.5
vim-mode, v0.55.0

# Dev
No dev packages

Not sure if this is the right place to ask for this--

I can open a file in an epub with the archive viewer in Atom and then edit it, that's fine. What I would like to do is save the file back to the epub directly, rather than having to save the file to disk and then manually reinsert it into the archive. (Unless there is a way to do this, and I am missing it.)

Please add .xlsx .pptx and .docx to the list of extensions because they are zip files.

I would like to learn how the xml files inside change as I alter them in office Excel, Word and Powerpoint. This is for learning purposes. Thank you in advance!

So far, archive-view only supports tar archives that have the suffix of .tar or .tar.gz/.tgz.

Would be cool if support was added for:

• .tar.bz2
• .tar.xz
• .tar.lzma

[Enter steps to reproduce below:]

1. ...
2. ...

Atom Version: 1.7.3
System: Microsoft Windows 10 Pro
Thrown From: archive-view package, v0.61.1

Stack Trace

Uncaught Error: ENOENT: no such file or directory, uv_chdir

At C:\Users\Thomas\AppData\Local\atom\app-1.7.3\resources\app.asar\node_modules\nodegit\node_modules\fs-extra\node_modules\graceful-fs\polyfills.js:18

Error: ENOENT: no such file or directory, uv_chdir
    at Error (native)
    at process.chdir (C:\Users\Thomas\AppData\Local\atom\app-1.7.3\resources\app.asar\node_modules\nodegit\node_modules\fs-extra\node_modules\graceful-fs\polyfills.js:18:9)
    at process.chdir (C:\Users\Thomas\AppData\Local\atom\app-1.7.3\resources\app.asar\node_modules\archive-view\node_modules\ls-archive\node_modules\decompress-zip\node_modules\graceful-fs\polyfills.js:14:9)
    at lint (C:/Users/Thomas/.atom/packages/jshint/index.js:229:10)
    at complete (C:\Users\Thomas\AppData\Local\atom\app-1.7.3\resources\app.asar\node_modules\babel-core\node_modules\lodash\index.js:7697:25)
    at delayed (C:\Users\Thomas\AppData\Local\atom\app-1.7.3\resources\app.asar\node_modules\babel-core\node_modules\lodash\index.js:7707:11)

Commands

  2x -5:37.8.0 editor:newline (atom-text-editor.editor.is-focused)
     -5:37.4.0 core:move-up (atom-text-editor.editor.is-focused)
     -5:37.1.0 core:paste (atom-text-editor.editor.is-focused)
     -5:36.8.0 core:save (atom-text-editor.editor.is-focused)
     -5:11 core:copy (atom-text-editor.editor.is-focused)
     -5:06.1.0 core:paste (atom-text-editor.editor.is-focused)
     -5:05.6.0 core:save (atom-text-editor.editor.is-focused)
  2x -2:40.8.0 editor:newline (atom-text-editor.editor.is-focused)
     -2:40.5.0 core:move-up (atom-text-editor.editor.is-focused)
     -2:40.2.0 core:paste (atom-text-editor.editor.is-focused)
     -2:39.9.0 core:save (atom-text-editor.editor.is-focused)
  5x -2:29.4.0 find-and-replace:select-next (atom-text-editor.editor.is-focused)
     -2:22.3.0 editor:move-to-end-of-screen-line (atom-text-editor.editor.is-focused)
  2x -2:21.6.0 core:save (atom-text-editor.editor.is-focused)
     -0:16.5.0 editor:consolidate-selections (atom-text-editor.editor.is-focused)
     -0:16.5.0 core:cancel (atom-text-editor.editor.is-focused)

Config

{
  "core": {
    "disabledPackages": [
      "keyboard-localization"
    ]
  }
}

Installed Packages

# User
atom-beautify, v0.29.7
color-picker, v2.1.1
emmet, v2.4.3
file-icons, v1.7.11
highlight-line, v0.11.1
jshint, v1.8.5
language-batch, v0.3.3
language-latex, v0.6.1
linter, v1.11.4
markdown-preview-plus, v2.4.0
minimap, v4.23.5
node-debugger, vundefined
open-recent, v5.0.0
quick-highlight, v0.4.0

# Dev
No dev packages

Prerequisites

• Put an X between the brackets on this line if you have done all of the following:
  • Reproduced the problem in Safe Mode: http://flight-manual.atom.io/hacking-atom/sections/debugging/#using-safe-mode
  • Followed all applicable steps in the debugging guide: http://flight-manual.atom.io/hacking-atom/sections/debugging/
  • Checked the FAQs on the message board for common solutions: https://discuss.atom.io/c/faq
  • Checked that your issue isn't already filed: https://github.com/issues?utf8=✓&q=is%3Aissue+user%3Aatom
  • Checked that there is not already an Atom package that provides the described functionality: https://atom.io/packages

Description

[Description of the issue]

Steps to Reproduce

1. [First Step]
2. [Second Step]
3. [and so on...]

Expected behavior: [What you expect to happen]

Actual behavior: [What actually happens]

Reproduces how often: [What percentage of the time does it reproduce?]

Versions

You can get this information from copy and pasting the output of atom --version and apm --version from the command line. Also, please include the OS and what version of the OS you're running.

Additional Information

Any additional information, configuration or data that might be necessary to reproduce the issue.

Prerequisites

• Put an X between the brackets on this line if you have done all of the following:
  • Reproduced the problem in Safe Mode: http://flight-manual.atom.io/hacking-atom/sections/debugging/#using-safe-mode
  • Followed all applicable steps in the debugging guide: http://flight-manual.atom.io/hacking-atom/sections/debugging/
  • Checked the FAQs on the message board for common solutions: https://discuss.atom.io/c/faq
  • Checked that your issue isn't already filed: https://github.com/issues?utf8=✓&q=is%3Aissue+user%3Aatom
  • Checked that there is not already an Atom package that provides the described functionality: https://atom.io/packages

Description

[Description of the issue]

Steps to Reproduce

1. [First Step]
2. [Second Step]
3. [and so on...]

Expected behavior: [What you expect to happen]

Actual behavior: [What actually happens]

Reproduces how often: [What percentage of the time does it reproduce?]

Versions

You can get this information from copy and pasting the output of atom --version and apm --version from the command line. Also, please include the OS and what version of the OS you're running.

Additional Information

Any additional information, configuration or data that might be necessary to reproduce the issue.

Probably because url.parse is being used for the file path being opened and on Windows this file path's protocol parses to c:.

Several files are actually just zip archives and can easily be opened by archive-view when adding the .zip file-extension. Well, instead of doing that, may I suggest to support those files directly as a special case of zip archives and allow following extensions as well. I saw the #33 and #34 but you may have over-estimated the work to do, there is nothing more to do because the archive-view already has it all.

• .keynote Apple iWork Keynote file (Presentations)
• .numbers Apple iWork Numbers file (Spreadsheets)
• .pages Apple iWork Pages file (Text processing)
• .pptx MS Powerpoint file (Presentations)
• .xlsx MS Excel file (Spreadsheets)
• .docx MS Word file (Text processing)

By the way there are some more zip archives out there, you may decide to support them as well. The first bytes are "PK.." (hex: 50 4B 03 04), see also the table of file signatures (aka "magic numbers").

Thanks for taking this in consideration.

Since this works for tar.gz / tgz code to handle gzipped files must already be here, so it is probably a simple matter of adding .gz extensions to the list?

A lot of large log text files end up being individulaling created updated as gzipped streams so would be nice to just be able to load them into Atom.

Thanks!

[Enter steps to reproduce below:]

1. ...
2. ...

Atom Version: 0.190.0
System: Mac OS X 10.10.3
Thrown From: archive-view package, v0.55.0

Stack Trace

Uncaught TypeError: undefined is not a function

At /opt/homebrew-cask/Caskroom/atom/latest/Atom.app/Contents/Resources/app/node_modules/archive-view/lib/archive-editor.js:81

TypeError: undefined is not a function
  at ArchiveEditor.module.exports.ArchiveEditor.destroy (/opt/homebrew-cask/Caskroom/atom/latest/Atom.app/Contents/Resources/app/node_modules/archive-view/lib/archive-editor.js:81:48)
  at Pane.module.exports.Pane.destroyItem (/opt/homebrew-cask/Caskroom/atom/latest/Atom.app/Contents/Resources/app/src/pane.js:423:18)
  at Pane.module.exports.Pane.destroyActiveItem (/opt/homebrew-cask/Caskroom/atom/latest/Atom.app/Contents/Resources/app/src/pane.js:398:12)
  at Workspace.module.exports.Workspace.destroyActivePaneItem (/opt/homebrew-cask/Caskroom/atom/latest/Atom.app/Contents/Resources/app/src/workspace.js:582:35)
  at Workspace.module.exports.Workspace.destroyActivePaneItemOrEmptyPane (/opt/homebrew-cask/Caskroom/atom/latest/Atom.app/Contents/Resources/app/src/workspace.js:621:21)
  at atom-workspace.atom.commands.add.core:close (/opt/homebrew-cask/Caskroom/atom/latest/Atom.app/Contents/Resources/app/src/workspace-element.js:307:30)
  at CommandRegistry.module.exports.CommandRegistry.handleCommandEvent (/opt/homebrew-cask/Caskroom/atom/latest/Atom.app/Contents/Resources/app/src/command-registry.js:242:29)
  at /opt/homebrew-cask/Caskroom/atom/latest/Atom.app/Contents/Resources/app/src/command-registry.js:3:61
  at KeymapManager.module.exports.KeymapManager.dispatchCommandEvent (/opt/homebrew-cask/Caskroom/atom/latest/Atom.app/Contents/Resources/app/node_modules/atom-keymap/lib/keymap-manager.js:521:16)
  at KeymapManager.module.exports.KeymapManager.handleKeyboardEvent (/opt/homebrew-cask/Caskroom/atom/latest/Atom.app/Contents/Resources/app/node_modules/atom-keymap/lib/keymap-manager.js:356:22)
  at HTMLDocument.module.exports.WindowEventHandler.onKeydown (/opt/homebrew-cask/Caskroom/atom/latest/Atom.app/Contents/Resources/app/src/window-event-handler.js:180:20)

Commands

     -5:04.1 core:move-right (atom-text-editor.editor)
  7x -5:03.5 core:select-down (atom-text-editor.editor)
     -5:01.4 core:copy (atom-text-editor.editor)
     -0:00.6 core:close (li.list-item.entry.selected)

Config

{
  "core": {
    "themes": [
      "one-dark-ui",
      "one-dark-syntax"
    ]
  }
}

Installed Packages

# User
linter, v0.12.0

# Dev
No dev packages

When selecting an archive in the tree view just to delete it, it is opened and the ui blocks until it's contents are shown. Blocking is in the order of few seconds for a ~6MB tar.gz on an Athlon II X4 635.

Automatic opening is fine, but archive-view shouldn't block the UI while it's at it

LÖVE is a 2D game framework for fast development with Lua, see http://love2d.org/

Games are distributed as .love files, which are .zip files with a different extension.
As such, you should be able to open them as an archive in Atom.

I'm guessing this might have to do with the underlying libraries but I couldn't determine that from a cursory look.

atom.workspace.paneContainer has always been private, but it is now gone. Please use atom.workspace.getCenter() instead and consult the workspace API docs for public methods.

Workspace.get (<embedded>:24639:18)
Object.activate (C:\Users\user\.atom\packages\atom-ftp-editor\lib\main.js:52:21)
Package.activateNow (<embedded>:68361:25)
<unknown> (<embedded>:69076:31)
Function.module.exports.Emitter.simpleDispatch (<embedded>:62396:20)
Emitter.emit (<embedded>:62512:34)

This is an enhancement idea/request.

Would it be possible to integrate this plugin with tree-view, so that archives can be expanded like any other directory in the tree-view?

Enter steps to reproduce below: 1. ... 2. ... Atom Version: 0.165.0 System: linux 3.13.0-43-generic Thrown From: archive-view https://github.com/atom/archive-view package, v0.40.0 ### Stack Trace Uncaught TypeError: Cannot read property destroyItem of undefined At /usr/share/atom/resources/app/node_modules/archive-view/lib/archive-editor-view.js:154 TypeError: Cannot read property destroyItem of undefined at /usr/share/atom/resources/app/node_modules/archive-view/lib/archive-editor-view.js:154:60 at Emitter.module.exports.Emitter.emit /usr/share/atom/resources/app/node_modules/pathwatcher/node_modules/event-kit/lib/emitter.js:35:25 at File.module.exports.File.detectResurrection /usr/share/atom/resources/app/node_modules/pathwatcher/lib/file.js:359:29 at /usr/share/atom/resources/app/node_modules/pathwatcher/lib/file.js:347:24 at /usr/share/atom/resources/app/node_modules/roaster/node_modules/underscore/underscore.js:666:47 ### Commands -7:00.4 core:paste input.hidden-input -6:59.3 core:save input.hidden-input 2x -6:49.5 editor:select-to-beginning-of-word input.hidden-input -6:48.9 core:select-left input.hidden-input -6:48.5 core:delete input.hidden-input -6:41.5 core:copy input.hidden-input -6:38.0 core:paste input.hidden-input -6:37.2 editor:move-to-first-character-of-line input.hidden-input 2x -6:37.0 core:move-right input.hidden-input 2x -6:36.5 core:delete input.hidden-input -6:35.7 editor:move-to-end-of-screen-line input.hidden-input -6:34.2 core:paste input.hidden-input 2x -6:34.1 core:save input.hidden-input -0:01.3 core:move-up input.hidden-input 3x -0:00.6 editor:move-to-first-character-of-line input.hidden-input 25x -0:00.0 core:page-up input.hidden-input ### Config { core : {} } ### Installed Packages coffee # User No installed packages # Dev No dev packages /cc @atom/core

The contents of atom-text-editor elements are no longer encapsulated
within a shadow DOM boundary. Please, stop using shadowRoot and access
the editor contents directly instead.

HTMLElement.shadowRoot (D:\abc_my folders\cherrytrees\Atom\Atom\resources\app.asar\src\text-editor-element.js:13:10)
MarkdownScrlSync.getVisTopHgtBot (C:\Users\PC\.atom\packages\markdown-scroll-sync\lib\utils.coffee:20:34)
MarkdownScrlSync.setMap (C:\Users\PC\.atom\packages\markdown-scroll-sync\lib\map.coffee:25:14)
MarkdownScrlSync.startTracking (C:\Users\PC\.atom\packages\markdown-scroll-sync\lib\main.coffee:75:12)
<unknown> (C:\Users\PC\.atom\packages\markdown-scroll-sync\lib\main.coffee:58:23)
Function.simpleDispatch (<embedded>:11:1190583)

OS: Windows 8.1
Atom: 0.175.0
archive-view: 0.44.0

When opening .tar, .tar.gz (and assuming .tgz and the rest of the bunch) I get a nice folder structure, and can easily follow the contents of the archive. (Notice 2 files and 1 folder.)

However, when looking at .zip archives folders are interpreted as files, and there is just a flat structure - i.e. no folders. (Notice 3 files and 0 folders.)

The first time (does not happen subsequent times) opening a zip file the console spits out an error message too:

Refused to evaluate a string as JavaScript because 'unsafe-eval' is not an allowed source of script in the following Content Security Policy directive: "script-src 'self'".

(view error full stack at gist tdolsen/1e7a5dc2bf1fb26026d6)

The two archives are obviously based on the same folder with the same contents.

This isn't a big issue with small files like this, but looking through larger archives (which often are shipped as .zip) it becomes impossible to figure out which file is which, and where they reside in the directory structure.

👍

Argument to path.extname must be a string

path.extname (F:\Atom\resources\app.asar\src\electron-shims.js:20:10)
ATPOutputView.getCwd (C:\Users\Administrator.USER-20180216FG\.atom\packages\atom-terminal-panel\lib\atp-view.coffee:1874:17)
BuiltinVariables.parseFull (C:\Users\Administrator.USER-20180216FG\.atom\packages\atom-terminal-panel\lib\atp-builtins-variables.coffee:188:77)
BuiltinVariables.parseHtml (C:\Users\Administrator.USER-20180216FG\.atom\packages\atom-terminal-panel\lib\atp-builtins-variables.coffee:111:16)
ATPOutputView.parseTemplate (C:\Users\Administrator.USER-20180216FG\.atom\packages\atom-terminal-panel\lib\atp-view.coffee:664:36)
ATPPanel.updateStatusBar (C:\Users\Administrator.USER-20180216FG\.atom\packages\atom-terminal-panel\lib\atp-panel.coffee:190:50)

Autocomplete provider 'ClassProvider(undefined)'
returns suggestions with a prefix attribute.
The prefix attribute is now replacementPrefix and is optional.
See https://github.com/atom/autocomplete-plus/wiki/Provider-API

AutocompleteManager.deprecateForSuggestion (<embedded>:11:649799)
n.push.Promise.resolve.then.n (<embedded>:11:647573)

I save .webarchives from Safari to debug WebKit-specific issues for sites I do not control. These are just plist-format XMLs with a flat array of Base64-blobs for every asset loaded in the browser, tagged with their URLs. so it can be represented as a flat archive tree with no subdirectories.

if you edit any blob, save it back to the webarchive and reload it in Safari, the changed data is still rendered as the authoritative representation of each remote URL and passes all the browser's security validation. this workflow is IMHO far nicer and more reliable than scraping and then plugging individual URLs into a MITM proxy for debugging/fuzzing code & markup. plus you can send the tweaked .webarchive back upstream for instantly reproducing the reported problem and fix.

I'm currently using a python script in Terminal to extract URLs to tmpfiles, prettify them, open in vim, and save them back to blobs. I think atom could be extended to seamlessly do this on open/save to .webarchives, as well as integrate with users' custom workflows, such as automatic browser refreshing.

currently archive-view doesn't seem to update any archives' contents when any extracted file is changed. do you think its desirable to add that functionality to the plugin for all archive-formats, so I could then add specific support for .webarchives ?

sorry for asking this here, but I can't find an answer by myself. I'd like to create a view that ends up in atom tabs like your module does, but I can't seem to understand how to do that:-/ I'm a total noob, completely lost.

How is the view created? archive-editor.coffee is specified under "main" in package.json, but there's no "activationCommands". So how does the "ArchiveEditor" class gets instantiated, and the "activate" function called? Also, after "activate" is called, where is the "ArchiveEditorView" class being instantiated? I'm not seeing anything calling the "getViewClass" function.

thanks

[Enter steps to reproduce:]

1. ...
2. ...

Atom: 1.14.2 x64
Electron: 1.3.13
OS: Mac OS X 10.12.3
Thrown From: archive-view package 0.62.2

Stack Trace

Uncaught Error: ENOENT: no such file or directory, lstat '/Users/ericknipper/Library/Caches/com.github.atom.ShipIt/update.wNoRDnc'

At fs.js:982

Error: ENOENT: no such file or directory, lstat '/Users/ericknipper/Library/Caches/com.github.atom.ShipIt/update.wNoRDnc'
    at Error (native)
    at fs.lstatSync (fs.js:982:18)
    at Object.fs.lstatSync (ELECTRON_ASAR.js:239:16)
    at realpathSync (fs.js:1657:19)
    at Object.fs.realpathSync (ELECTRON_ASAR.js:326:24)
    at Function.Module._findPath (module.js:167:25)
    at Module._resolveFilename (module.js:453:25)
    at Module._resolveFilename (/Users/ericknipper/Library/Caches/com.github.atom.ShipIt/update.wNoRDnc/Atom.app/Contents/Resources/electron.asar/common/reset-search-paths.js:35:12)
    at Function.Module._resolveFilename (/app.asar/src/module-cache.js:383:52)
    at Function.require.resolve (/app.asar/src/native-compile-cache.js:53:23)
    at /app.asar/node_modules/atom-space-pen-views/lib/select-list-view.js:12:41)
    at /app.asar/node_modules/atom-space-pen-views/lib/select-list-view.js:361:4)
    at Module._compile (/app.asar/src/native-compile-cache.js:109:30)
    at /app.asar/src/compile-cache.js:216:21)
    at Module.load (module.js:473:32)
    at tryModuleLoad (module.js:432:12)
    at Function.Module._load (module.js:424:3)
    at Module.require (module.js:483:17)
    at require (/app.asar/src/native-compile-cache.js:50:27)
    at /app.asar/node_modules/atom-space-pen-views/lib/main.js:18:28)
    at /app.asar/node_modules/atom-space-pen-views/lib/main.js:22:4)
    at Module._compile (/app.asar/src/native-compile-cache.js:109:30)
    at /app.asar/src/compile-cache.js:216:21)
    at Module.load (module.js:473:32)
    at tryModuleLoad (module.js:432:12)
    at Function.Module._load (module.js:424:3)
    at Module.require (module.js:483:17)
    at require (/app.asar/src/native-compile-cache.js:50:27)
    at /app.asar/node_modules/archive-view/lib/archive-editor-view.js:6:16)
    at /app.asar/node_modules/archive-view/lib/archive-editor-view.js:181:4)

Commands

Non-Core Packages

EPUB files are essentially ZIP files with an expected directory structure, and it would be very useful for Atom to be able to explore these in-editor as well. I looked, but did not see a place in the source code to effect this via a pull request. Feel free to point me to the correct component

The environment package is deprecated. Use process.env directly instead. atom/atom#12562

Object.provide (C:\Users\ibh7\.atom\packages\environment\lib\main.js:19:23)
Package.activateServices (<embedded>:11:3020781)
Package.activateNow (<embedded>:11:3017902)
measure (<embedded>:11:3017226)
Package.measure (<embedded>:11:3014857)
activationPromise.activationPromise.Promise (<embedded>:11:3017086)

Description

I opened preview of a zip file. I can see the contents, but the info on top is a lie and a wtf ;-)

Steps to Reproduce

1. Open preview tab of .zip file

Expected behavior: It should be something like "3.65 MB with 99 files and 15 folders"

Actual behavior: It shows "3.65 MB with 0 files and NaN folders"

Reproduces how often: 100%

Versions

OS: MacOS Sierra 10.12.5
Atom    : 1.17.2
Electron: 1.3.15
Chrome  : 52.0.2743.82
Node    : 6.5.0
apm  1.17.0
npm  3.10.5
node 6.9.5 x64
python 2.7.13
git 2.11.0

Would be nice to be able to open these files inside Atom, see tree structure, and copy/open clicked files into temp file.

[Enter steps to reproduce:]

1. Install package via atom installer
2. Close atom
3. Run atom

Atom: 1.18.0 x64
Electron: 1.3.15
OS: Microsoft Windows 7 home basic sp1
Thrown From: archive-view package 0.63.3

Stack Trace

Failed to activate the archive-view package

At Cannot find module 'fs-plus'

Error: Cannot find module 'fs-plus'
  at Module._resolveFilename (module.js:455:15)
  at Module._resolveFilename (~/AppData/Local/atom/app-1.18.0/resources/electron.asar/common/reset-search-paths.js:35:12)
  at Function.get_Module._resolveFilename (<embedded>:8013:58)
  at Module.require (~/AppData/Local/atom/app-1.18.0/resources/app/static/index.js:40:43)
  at require (<embedded>:7358:33)
  at /packages/archive-view-master/lib/archive-editor.coffee:3:6)
  at /packages/archive-view-master/lib/archive-editor.coffee:1:1)
  at Module.get_Module._compile (<embedded>:7398:36)
  at Object.value [as .coffee] (<embedded>:7649:29)
  at Module.load (module.js:473:32)
  at tryModuleLoad (module.js:432:12)
  at Function.Module._load (module.js:424:3)
  at Module.require (~/AppData/Local/atom/app-1.18.0/resources/app/static/index.js:47:45)
  at require (internal/module.js:20:19)
  at customRequire (<embedded>:96:26)
  at Package.module.exports.Package.requireMainModule (<embedded>:69753:35)
  at Package.module.exports.Package.activateNow (<embedded>:69108:22)
  at <embedded>:69091:38
  at Package.module.exports.Package.measure (<embedded>:68965:21)
  at <embedded>:69084:32
  at Package.module.exports.Package.activate (<embedded>:69081:40)
  at PackageManager.module.exports.PackageManager.activatePackage (<embedded>:20537:40)
  at <embedded>:20518:35
  at Config.module.exports.Config.transactAsync (<embedded>:17608:24)
  at PackageManager.module.exports.PackageManager.activatePackages (<embedded>:20513:25)
  at PackageManager.module.exports.PackageManager.activate (<embedded>:20495:52)
  at <embedded>:1080:34

Commands

Non-Core Packages

atom-beautify 0.30.3 
autocomplete-python 1.9.1 
kite 0.30.1 
python-tools 0.6.9 

Prerequisites

• Put an X between the brackets on this line if you have done all of the following:
  • Reproduced the problem in Safe Mode: https://flight-manual.atom.io/hacking-atom/sections/debugging/#using-safe-mode
  • Followed all applicable steps in the debugging guide: https://flight-manual.atom.io/hacking-atom/sections/debugging/
  • Checked the FAQs on the message board for common solutions: https://discuss.atom.io/c/faq
  • Checked that your issue isn't already filed: https://github.com/issues?utf8=✓&q=is%3Aissue+user%3Aatom
  • Checked that there is not already an Atom package that provides the described functionality: https://atom.io/packages

Description

Steps to Reproduce

Expected behavior:

Actual behavior:

Reproduces how often:

Versions

Additional Information