{"action":"closed","issue":{"url":"https://api.github.com/repos/syl20bnr/spacemacs/issues/658","labels_url":"https://api.github.com/repos/syl20bnr/spacemacs/issues/658/labels{/name}","comments_url":"https://api.github.com/repos/syl20bnr/spacemacs/issues/658/comments","events_url":"https://api.github.com/repos/syl20bnr/spacemacs/issues/658/events","html_url":"https://github.com/syl20bnr/spacemacs/issues/658","id":58501095,"number":658,"title":"Inconsitent bindings in some minibuffers","user":{"login":"bjarkevad","id":1748368,"avatar_url":"https://avatars.githubusercontent.com/u/1748368?v=3","gravatar_id":"","url":"https://api.github.com/users/bjarkevad","html_url":"https://github.com/bjarkevad","followers_url":"https://api.github.com/users/bjarkevad/followers","following_url":"https://api.github.com/users/bjarkevad/following{/other_user}","gists_url":"https://api.github.com/users/bjarkevad/gists{/gist_id}","starred_url":"https://api.github.com/users/bjarkevad/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/bjarkevad/subscriptions","organizations_url":"https://api.github.com/users/bjarkevad/orgs","repos_url":"https://api.github.com/users/bjarkevad/repos","events_url":"https://api.github.com/users/bjarkevad/events{/privacy}","received_events_url":"https://api.github.com/users/bjarkevad/received_events","type":"User","site_admin":false},"labels":[{"url":"https://api.github.com/repos/syl20bnr/spacemacs/labels/enhancement%20:-D","name":"enhancement :-D","color":"84b6eb"}],"state":"closed","locked":false,"assignee":null,"milestone":null,"comments":2,"created_at":"2015-02-22T12:28:15Z","updated_at":"2015-10-22T18:01:04Z","closed_at":"2015-10-22T18:01:04Z","body":"I'm not sure if this is intended or not, but there are some inconsitencies when using mini-buffers.\r\nFor example when using `ido-find-file` on `spc f f`, `C-h` goes up a level, where as in `helm-find-files`, `C-l` goes up a level.\r\nIs this something that should be worked on making consitent across buffers of this type?\r\n\r\nThis might be related to #652 "}}