Skip to content
This repository has been archived by the owner on Mar 3, 2023. It is now read-only.

Failed to delete [package]: Does not exist #11464

Closed
UziTech opened this issue Apr 14, 2016 · 44 comments
Closed

Failed to delete [package]: Does not exist #11464

UziTech opened this issue Apr 14, 2016 · 44 comments

Comments

@UziTech
Copy link
Contributor

UziTech commented Apr 14, 2016

Description

When uninstalling a package I get the error "Failed to delete [package]: Does not exist"

Steps to Reproduce

  1. Click Uninstall on a package

Expected behavior:

Package gets uninstalled and the install button appears

Actual behavior:

Error shows up and package gets removed from the computer but Atom still thinks it is installed until Atom is restarted

Versions

atom --version

Atom : 1.7.0
Electron: 0.36.8
Chrome : 47.0.2526.110
Node : 5.1.1

apm --version

apm 1.9.2
npm 2.13.3
node 0.10.40
python 2.7.10
git 2.7.0.windows.2
visual studio 2013

OS version: Windows 10 Build 14316.rs1_release.160402-2217

@50Wliu 50Wliu added the bug label Apr 14, 2016
@50Wliu
Copy link
Contributor

50Wliu commented Apr 14, 2016

I can confirm this, though not with an exact Atom version because it happened around a week ago.

@50Wliu 50Wliu added the windows Issues that occur on Windows but not on other platforms. label Apr 14, 2016
@50Wliu 50Wliu removed the windows Issues that occur on Windows but not on other platforms. label Apr 15, 2016
@50Wliu
Copy link
Contributor

50Wliu commented Apr 15, 2016

From #11476 (comment):

Both Mac and Windows.
Select a package to uninstall and following message [does not exist] displays. After restarting Atom, the message and the corresponding package is removed.

@edwinksl
Copy link

edwinksl commented Apr 15, 2016

I can confirm this happens on Atom Beta 1.8.0 in Ubuntu 16.04.

$ atom-beta --version
Atom    : 1.8.0-beta2
Electron: 0.36.8
Chrome  : 47.0.2526.110
Node    : 5.1.1
$ apm-beta --version
apm  1.9.2
npm  2.13.3
node 0.10.40
python 2.7.11+
git 2.8.1
$ lsb_release -d
Description:    Ubuntu 16.04 LTS

@Nikki1993
Copy link

Nikki1993 commented Apr 15, 2016

Can confirm similar behaviour with latest 1.9.0-dev version from master on Arch.

@Sopamo
Copy link

Sopamo commented Apr 15, 2016

I can confirm this (except I didn't uninstall the package). The package just stopped working (it did work yesterday) and I can't uninstall it.

Running on OSX 10.11.3

atom --version
Atom : 1.7.1
Electron: 0.36.8
Chrome : 47.0.2526.110
Node : 5.1.1

apm --version
apm 1.9.2
npm 2.13.3
node 0.10.40
python 2.7.10
git 2.7.1

@Nikki1993
Copy link

Nikki1993 commented Apr 15, 2016

@Sopamo open up a different issue, since you are not trying to uninstall the package but it doesn't work altogether. If you are experiencing packaging problems unrelated to aforementioned problem, it's safe to assume you might be dealing with different bug here. Search for issues already posted and if nobody mentioned what you are describing, open up a new one.

@UziTech
Copy link
Contributor Author

UziTech commented Apr 15, 2016

Here is the error in the console that I get when uninstalling a package

C:\Users\tjbrix\AppData\Local\atom\app-1.7.1\resources\app.asar\node_modules\settings-view\lib\package-card.js:721 Uninstalling package emmet-snippets-compatibility failed Error: Uninstalling “emmet-snippets-compatibility” failed.
    at C:\Users\tjbrix\AppData\Local\atom\app-1.7.1\resources\app.asar\node_modules\settings-view\lib\package-manager.js:504:21
    at exit (C:\Users\tjbrix\AppData\Local\atom\app-1.7.1\resources\app.asar\node_modules\settings-view\lib\package-manager.js:73:16)
    at triggerExitCallback (C:\Users\tjbrix\AppData\Local\atom\app-1.7.1\resources\app.asar\src\buffered-process.js:215:47)
    at ChildProcess.<anonymous> (C:\Users\tjbrix\AppData\Local\atom\app-1.7.1\resources\app.asar\src\buffered-process.js:237:18)
    at emitTwo (events.js:87:13)
    at ChildProcess.emit (events.js:172:7)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12) Failed to delete emmet-snippets-compatibility: Does not exist

@UziTech
Copy link
Contributor Author

UziTech commented Apr 15, 2016

I narrowed it down to the apm uninstall --hard [package] command that is called.

It looks like the --hard option removes the package from ~/.atom/packages and ~/.atom/dev/packages

The package is removed from ~/.atom/packages but fails when it doesn't find the package in ~/.atom/dev/packages

@UziTech
Copy link
Contributor Author

UziTech commented Apr 15, 2016

atom/apm@dfdfc73

This commit to apm added a throw statement on --hard when the package is not found in the dev folder

Not sure if apm should only throw this error on --dev and not on --hard or if atom should check dev folder before using --hard options

@jbhannah
Copy link

This also prevents onDidUnloadPackage callbacks from executing. Seconding @UziTech, looks to me too like atom/apm#539 should fix this.

@dreamorosi
Copy link

Also happens on:

OS X : 10.11.4 (15E65)

atom --version
Atom : 1.7.2
Electron: 0.36.8
Chrome : 47.0.2526.110
Node : 5.1.1

app --version
apm 1.9.2
npm 2.13.3
node 0.10.40
python 2.7.10
git 2.6.4

@JoeNoPhoto
Copy link

OS X : 10.11.4 (15E65)

atom --version
Atom : 1.7.2
Electron: 0.36.8
Chrome : 47.0.2526.110
Node : 5.1.1

app --version
apm 1.9.2
npm 2.13.3
node 0.10.40
python 2.7.10
git 2.6.4

+1 same specs as above

@ghost
Copy link

ghost commented Apr 21, 2016

I seem to have the same problem...

Also OS X: 10.11.4 (15E65)
and atom 1.7.2

atm I feel like atom is leaving forgotten files around my computer this sucks....

@lee-dohm lee-dohm added the atom label Apr 21, 2016
@ahmetabdi
Copy link

Same here

Atom : 1.7.2
Electron: 0.36.8
Chrome : 47.0.2526.110
Node : 5.1.1
Mac : 10.11.1

@filisko
Copy link

filisko commented Apr 22, 2016

Happens to me when I try uninstall any package, and It actually uninstalls it, because it dissapears from the packages directory. So, I restart Atom to make the package dissapear from the installed packages list.
It happens to me on Ubuntu Mate 16.04 (don't think that it matters)

$ atom --version
Atom    : 1.7.2
Electron: 0.36.8
Chrome  : 47.0.2526.110
Node    : 5.1.1

@jonatasleon
Copy link

Happens here

$ uname -mrs
Linux 3.13.0-85-generic x86_64

Description:    Ubuntu 14.04.4 LTS

$ atom --version
Atom    : 1.7.2
Electron: 0.36.8
Chrome  : 47.0.2526.110
Node    : 5.1.1

$ apm --version
apm  1.9.2
npm  2.13.3
node 0.10.40
python 2.7.6
git 2.8.1

@dade80vr
Copy link

Same here, Atom 1.7.2 on Mac OSX 10.11.4

@puranjayjain
Copy link

Happens with me on:
Atom: v1.7.2 and 1.8.0-beta2
Windows 10 (x64) Enterprise and Pro

First happened when trying to uninstall a disabled package.
Happens now for all the packages.

@vladshcherbin
Copy link

Same here, Atom 1.7.2, Mac OS

@unclejustin
Copy link

Ditto Atom 1.7.2, Mac OS

@lee-dohm
Copy link
Contributor

Fixed on master via apm v1.9.3. This should be released with v1.9.x of Atom.

@mitchellnemitz
Copy link

How long until we see a stable v1.9.x release? Is there a way to patch the latest stable (v1.7.3 at the time of this writing) or are we stuck waiting? Constantly running window: reload is getting really old.

@Nikki1993
Copy link

Nikki1993 commented May 4, 2016

@mitchellnemitz download atom source from github, make local changes and build latest stable release tag yourself. Otherwise, wait patiently.

@ivanwolf
Copy link

ivanwolf commented May 4, 2016

Same problem here

atom -v
Atom    : 1.7.3
Electron: 0.36.8
Chrome  : 47.0.2526.110
Node    : 5.1.1

running on mac OSX

@mitchellnemitz
Copy link

mitchellnemitz commented May 4, 2016

@Nikki1993 One of the core features of the editor (package install / uninstall) is glitched. I would have assumed that Github would be a bit more excited to get a release out, considering new users are going to hit this snag pretty much instantly.

I'm more than capable of building myself, but are converts from Sublime really going to see this kind of bug and want make the switch? Especially if the fix is to "wait patiently?"

@Nikki1993
Copy link

Nikki1993 commented May 4, 2016

@mitchellnemitz I do not disagree, however a really good pic to explain bug fixes

https://imgur.com/HTisMpC

Simple fix may introduce loads of regressions/other issues. It took > 1 month to release a fix for Linux distributions where atom was totally broken. It didn't even work. Here you have quite a minor regression (package deletion itself works fine, it's just not aware of the actual process) so on a large scale it's not a priority (again, speaking totally from my perspective, I am in no way associated with atom team).

Again, I feel you and agree with you on release time, however such a large code base is hard to maintain and any change may break other things.

@Winseven4lyf
Copy link

In my case, script_runner was stuck. I used apm clean and it worked.

@melzareix
Copy link

@Winseven4lyf That did the trick for me too!

@atomicwrites
Copy link

@Winseven4lyf Sadly that didn't fix mine, I keep getting

Failed to delete package-name: Does not exist

@50Wliu
Copy link
Contributor

50Wliu commented May 17, 2016

This has been fixed in Atom 1.9.0. Just reload the Atom window in the meantime to work around this.

@pedzed
Copy link

pedzed commented May 17, 2016

This has been fixed in Atom 1.9.0

Can this be moved to 1.8.0? It's quite an important bug...

Just reload the Atom window in the meantime to work around this.

What does that mean?

@mitchellnemitz
Copy link

@pedzed open the command pallette and run window:reload

@50Wliu
Copy link
Contributor

50Wliu commented May 17, 2016

Ctrl+Alt+R on Windows/Linux, Cmd+Ctrl+Alt+L (I believe) on OS X.

I'll talk with the team about moving this to 1.8.0.

@atom atom locked and limited conversation to collaborators May 18, 2016
@lee-dohm
Copy link
Contributor

Can this be moved to 1.8.0? It's quite an important bug...

This is a fairly visible bug ☝️ that has almost no negative effect 👇 and has a simple and low-impact workaround 👇. These factors already make the priority of getting the fix pushed out fairly low. Another factor reducing the priority is that it does not affect the command line experience.

Given that our team is understaffed currently with two developers out on parental leave and others out for speaking engagements and conferences, we feel the risk here outweighs the rewards. We're going to leave this on track for v1.9.x as I said in my original response.

@atom atom unlocked this conversation May 18, 2016
@brandonk3nt
Copy link

brandonk3nt commented May 18, 2016

While it does have no negative effect and a low-impact workaround, it makes Atom look clunky and unpolished. I was showing Atom to some buddies @ work (because I love it and am constantly evangelizing) and how easy package management was, and they saw the bug and are going to be using VS Code instead of Atom as a result :(

@OJFord
Copy link

OJFord commented May 21, 2016

I too am very surprised this is being held off for v1.9 - this isn't an important feature or something, it's a fix for a bug that to be honest never should have made it to the stable branch anyway.

@UziTech
Copy link
Contributor Author

UziTech commented May 23, 2016

Can someone explain why this would be more difficult to implement in v1.8 then v1.9

@mitchellnemitz
Copy link

mitchellnemitz commented May 23, 2016

@UziTech it's not difficult, it's already fixed in master, Atom devs just don't want to deal with a possible cascade of bugs as they're short staffed at the moment, people out at conferences and family leave, etc.

FYI you can checkout stable (1.7.4 at the time of this writing), edit apm/package.json and update the version to 1.10.0 and build it yourself to "fix" this bug. I've been using it for just over a week like this and so far no issues.

Really a shame that such a clunky bug has been with us for over a month and likely won't be fixed for a few more. C'est la vie I suppose.

@vladshcherbin
Copy link

vladshcherbin commented May 23, 2016

This bug has to be top priority as it is one of the basic core features and almost all developers will see it.

It's a surprise, how it got into stable build and is still not fixed since April.

@UziTech
Copy link
Contributor Author

UziTech commented May 23, 2016

that has almost no negative effect

I would argue that new people checking out atom for the first time, many of which will see this bug before being invested in keeping Atom as their new IDE and, arguably, decide to go with another IDE that is less buggy is a pretty BIG negative effect

@oslaustin
Copy link

after upgrading to 1.7.4, the issue happened

@cbstodd
Copy link

cbstodd commented May 26, 2016

Same

@smddzcy
Copy link

smddzcy commented May 27, 2016

Pretty much same here, it says it couldn't delete the package it but it actually deletes.

@50Wliu
Copy link
Contributor

50Wliu commented May 27, 2016

As this has already been fixed in Atom 1.9.0 I'm locking this issue.

@atom atom locked and limited conversation to collaborators May 27, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests