Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

cljr-clean-ns erroneously removes :as-alias in clj namespaces #516

Closed
DerGuteMoritz opened this issue Mar 10, 2022 · 1 comment
Closed
Assignees

Comments

@DerGuteMoritz
Copy link
Contributor

Expected behavior

Using the same scenario as clojure-emacs/refactor-nrepl#378 but on a namespace declared in a clj rather than a cljc file: When invoking cljr-clean-ns on a namespace which contains an unused require as well as a keyword literal referring to a namespace which is only required with :as-alias like so:

(ns some-ns
  (:require [foo :as-alias f]
            [unused :as-alias clean-me-up]))

(def bar ::f/bar)

The unused namespace should be removed.

Actual behavior

The unused namespace is removed (correct) but also, the :as-alias declaration is removed even though a keyword literal still refers to it:

(ns some-ns
  (:require [foo]))

(def bar ::f/bar)

Steps to reproduce the problem

See above.

Environment & Version information

clj-refactor.el version information

clj-refactor 3.4.2, refactor-nrepl 3.4.1

CIDER version information

CIDER 1.3.0 (Ukraine), nREPL 0.9.0
Clojure 1.11.0-rc1, Java 11.0.12

Clojure CLI version

1.10.3.1029

Emacs version

GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.31, cairo version 1.16.0)

Operating system

NixOS on nixpkgs rev 3e644bd62489b516292c816f70bf0052c693b3c7

@vemv
Copy link
Member

vemv commented Mar 11, 2022

Thanks for the detailed reports!

Sounds like an issue in refactor-nrepl, I'll take a look

@vemv vemv self-assigned this Mar 11, 2022
@vemv vemv closed this as completed in fbea695 Mar 15, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants