This applies to submodules or any working directory with a gitdir in a .git file.

git clone --recursive https://github.com/cubing/alg.cubing.net.git
open -a "Atom" alg.cubing.net/twisty.js/index.html
# Run `Open on GitHub (Blame)`

This opens

• https://github.com/cubing/twisty.js/blame/2c4801c//Users/lgarron/Temporary/alg.cubing.net/twisty.js/index.html#L4

for me instead of

• https://github.com/cubing/twisty.js/blame/2c4801c/index.html#L4

I keep my working directories in Dropbox, with .git files pointing to .git dirs in ~/git. I have actually run into very few problems with this, but occasionally a program assumes that .git is a directory and fails. (In fact, the only other time I can recall having a problem is GitHubinator, which provides a similar feature.)

.git/config:

[core]
    repositoryformatversion = 0
    filemode = false
    bare = false
    logallrefupdates = true
    symlinks = false
    ignorecase = true
    hideDotFiles = dotGitOnly
[branch "master"]
[tgit]
    commitshowpatch = true
[gui]
    wmstate = normal
    geometry = 887x427+734+311 171 192
[branch]
    autosetuprebase = never
[remote "upstream"]
    url = https://github.com/REPO/REPO.git
    fetch = +refs/heads/*:refs/remotes/upstream/*
[branch "master"]
    remote = upstream
    merge = refs/heads/master
[branch "dev"]
    remote = upstream
    merge = refs/heads/dev

I attempted to use the "Remote URL detection" directions at the bottom of https://atom.io/packages/open-on-github to make the following changes:

git config atom.open-on-github.remote upstream
git config atom.open-on-github.branch master

...and was successful, but the error persists.

I have a separate project that works perfectly fine, however, so I'm guessing it's a problem in the .git/config settings. The difference between them is that the one that works is using both an "origin" and "upstream" remote whereas the one that doesn't work is only using an "upstream" remote.

Windows 7 64bit

Prerequisites

The prerequisites don't make sense for a package issue.

Description

If you have opened a directory in atom, but are editing a file from a directory below that level that belongs to a different repository (via a regular clone, submodules seem to work correctly) the opened URL belongs to the wrong repository.

Steps to Reproduce

1. git clone [email protected]:atom/atom.git
2. cd atom
3. git clone [email protected]:atom/open-on-github.git
4. atom . # note that we're opening the atom directory, not open-on-github
5. Open a file from the open-on-github clone
6. Activate "Open On Github: File"

Expected behavior: [What you expect to happen]

Links to requested file.

Actual behavior: [What actually happens]

Links to corrupt URL (generally a 404).

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

100%

Versions

$ atom --version
Atom    : 1.17.2
Electron: 1.3.15
Chrome  : 52.0.2743.82
Node    : 6.5.0

$ apm --version
apm  1.17.0
npm  3.10.5
node 6.9.5 x64
python 2.7.12
git 2.12.2

OS X 10.12.5

tl;dr: If no remote detected and no remote named origin, but only one github remote exists: take this one.

I have to branches, master and feature. Both exist on github and locally, but only master has a section in .git/config:

[branch "master"]
    remote = organization
    merge = refs/heads/master

(Note: The remote is not named origin.)

When I call Open on Github: File on branch master, everything works fine. When I do the same on feature I get: No URL defined for remote: null.

I expected open-on-github to simply use the only existing remote (or if there are more remotes, but only one github remote, to use the github remote) for Open on Github.

When I rename the remote to origin, everything works as expected.

I tried to alt-g o a file without realizing it was not a repo from github, the plugin happily tried to open the bitbucket location with the GitHub file pathing which failed.

eg:
Github URL: https://github.com/thorrsson/repo1/blob/master/s3cmd.rb
vs
BitBucket URL: https://bitbucket.org/thorrsson/repo1/src/THE_HASH/s3cmd.rb?at=master

I realize that I shouldn't try to open a file not hosted on gitHub with the Open on Github plugin.. but it seems I did anyways :) perhaps you can push a warning that lets the user know the repo is not hosted on GitHub..

Environment:

• Atom 1.7.2
• Package: open-on-github 1.0.1
• OS x el capitan

I was able to use this successfully on a regular clone and one created with --separate-git-dir (I like keeping my .git dir in a separate location). However, using git's new-ish feature, worktrees does not seem to work with open-on-github.

I get this error:

No repository found for path: /path/to/file.

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

When the tree-view is the active pane nothing happens

Steps to Reproduce

1. select a folder/file in the tree-view
2. run command open-on-github:repository

Expected behavior: [What you expect to happen]

The repository opens on github

Actual behavior: [What actually happens]

nothing

If I try to open-on-github:file for a Gist, I get a 404.

The URL I am directed to: https://gist.github.com/cd7f241e8fa907813a3f/blob/master/ArrayListTemplate.h#L45

The proper URL: https://gist.github.com/pathawks/cd7f241e8fa907813a3f#file-arraylisttemplate-h-L45

Hi there,

the package open-on-github keybindings blocking @ sign on swiss keyboard.
alt-g is the swiss key-combination to write an @-character. is there any posibility
to uninstall this package from atom.io or is there a workaround to disable the keybinding
from this package?

thanks

Description

Using Open With Github > File or Blame used to work perfectly fine with Gitlab, too. Now it results in this strange, CSS-lacking page: https://streamable.com/yonbf. Oddly enough, immediately reloading the page also causes it to fail, however, clicking on the URL (which highlights it) and then hitting ENTER causes it to work fine. Possibly a Gitlab issue?

Steps to Reproduce

1. Click on a line in your code.
2. Alt+g, o to open it

Expected behavior: A non-broken page

Actual behavior: A broken page

Reproduces how often: 100%

Versions

Package: 1.2.1
Atom: 1.18.0
Windows 7 64bit

When setting up a remote via http:// (note: not https) to github, it is valid to specify http://github.com/user/repo.git. It will work just fine as github seems to implement some sort of redirect when git is trying to work with it. The redirect seems to happen from http to https, while working correctly despite of the .git suffix.

However, when such a remote is operated on by open-on-github, it will use the URL without any processing, causing URLs like this: https://github.com/gitpython-developers/gitdb.git/blob/master/gitdb/test/test_pack.py#L213 - if the .git suffix is removed, it will work as expected.

It seems that open-on-github already strips the .git suffix, but only so for https remote URLs.

How to reproduce

$ git clone http://github.com/atom/open-on-github.git
$ atom open-on-github
# execute `file` or `copy url` using `open-on-github`

Meta

• Atom 1.1.0
• open-on-github v0.38.0
• OSX 10.11

Prerequisites

• Put an X between the brackets on this line if you have done all of the following:

Description

Trying to perform any of the "open on Github" commands such as "Open on Github: File/Blame/History" do not work. Tried with both shortcuts and the menu.

Not sure when this stopped working, because I don't use it every day, but probably in the last month or so.

Steps to Reproduce

1. Try to perform an action such as "Open on Github: File"

Expected behavior: File opens in web browser with appropriate page.

Actual behavior: Nothing. If you try on a file that has no repository, you do get the normal error message that the file isn't associated with a repo, so the action does appear to be triggered.

Reproduces how often: 100%

Versions

apm 1.12.9
npm 3.10.5
node 4.4.5
python 2.7.11
git 2.10.1

If one runs open-on-github:file while editing a file from a GitHub wiki, the file is not resolved correctly. Is this something we want for this package, or should it be placed in seperate package?

If you don't use uptracking all features will open files in default branch (master) instead of your local branch in remote. It would be cool if package will find my_remote/branch_name branch and open it even without uptracking set

There are

• Packages > Open on GitHub > [Blame, ...]
• Packages > GitHub > [Open, Blame,.. ] on GitHub

I don't know if it's only me but no matter where I use this command, I always get the github page not found error. I believe it worked for some time but now it doesn't. Is there a way I can find out where the problem lies?

After using this plugin for a little while, it has started to bother me that I can't open files that are in unpublished repositories. The plugin generates the URL for where the branch should be but GitHub returns a 404 (obviously). It would be nice for this plugin to default to opening on the master branch if a user is currently in one that's unpublished.

A quick and dirty way to do this would be to check the list of available branches to see if $BRANCH has a corresponding remotes/origin/$BRANCH in the branch list.

OPEN ISSUES tries to open my github repo using the format

https://[email protected]/organisation/repo/issues

To which I see (in Safari POSSIBLE Phishing site) EVERY TIME

I guess Safari is picking up on the username@ in it's heuristics.

Solution:

• Remove username@ from URL (which is not needed as most developers will have autologin setup for github)

  https://github.com/organisation/repo/issues

Use Workspace::getActivePaneItem instead

WorkspaceView.getActivePaneItem (/Applications/Atom.app/Contents/Resources/app/src/workspace-view.js:563:7)
getActivePath (/Applications/Atom.app/Contents/Resources/app/node_modules/open-on-github/lib/open-on-github.js:51:39)
HTMLDivElement.<anonymous> (/Applications/Atom.app/Contents/Resources/app/node_modules/open-on-github/lib/open-on-github.js:29:26)
HTMLDivElement.jQuery.event.dispatch (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:4676:9)
HTMLDivElement.elemData.handle (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:4360:46)
Object.trigger (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:4594:12)
HTMLInputElement.<anonymous> (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:5119:17)
Function.jQuery.extend.each (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:590:23)
[object Object].each (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:237:17)
[object Object].trigger (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:5118:15)
Ipc.<anonymous> (/Applications/Atom.app/Contents/Resources/app/src/window-event-handler.js:32:50)
Ipc.emit (events.js:107:17)
process.<anonymous> (/Applications/Atom.app/Contents/Resources/atom/renderer/api/lib/ipc.js:20:29)
process.emit (events.js:110:17)

This is not a bug, but most likely a side-effect of how I have my private repositories checked out:

https://[email protected]/sgtsquiggs/private.git

Using the open-on-github plugin generates URLs like

https://[email protected]/sgtsquiggs/private/blame/master/private/apps/thing/api.py#L558

This in turn leads Safari to complain about a POSSIBLE PHISHING SITE, which I have to manually choose to ignore every single time.

Any way to have open-on-github strip away my username from the URL?

[Enter steps to reproduce below:]

1... Trying to get my tree view to update the git status. So , opened it on git hub and receive this error.
2. ...

Atom Version: 0.184.0
System: Mac OS X 10.10.2
Thrown From: open-on-github package, v0.32.0

Stack Trace

Uncaught TypeError: Cannot read property 'getShortHead' of null

At /Applications/Atom.app/Contents/Resources/app/node_modules/open-on-github/lib/github-file.js:175

TypeError: Cannot read property 'getShortHead' of null
  at GitHubFile.module.exports.GitHubFile.remoteName (/Applications/Atom.app/Contents/Resources/app/node_modules/open-on-github/lib/github-file.js:175:30)
  at GitHubFile.module.exports.GitHubFile.gitUrl (/Applications/Atom.app/Contents/Resources/app/node_modules/open-on-github/lib/github-file.js:135:40)
  at GitHubFile.module.exports.GitHubFile.validationErrors (/Applications/Atom.app/Contents/Resources/app/node_modules/open-on-github/lib/github-file.js:81:17)
  at GitHubFile.module.exports.GitHubFile.isOpenable (/Applications/Atom.app/Contents/Resources/app/node_modules/open-on-github/lib/github-file.js:77:19)
  at GitHubFile.module.exports.GitHubFile.history (/Applications/Atom.app/Contents/Resources/app/node_modules/open-on-github/lib/github-file.js:37:16)
  at atom-pane.atom.commands.add.open-on-github:history (/Applications/Atom.app/Contents/Resources/app/node_modules/open-on-github/lib/main.js:33:50)
  at CommandRegistry.module.exports.CommandRegistry.handleCommandEvent (/Applications/Atom.app/Contents/Resources/app/src/command-registry.js:243:29)
  at CommandRegistry.handleCommandEvent (/Applications/Atom.app/Contents/Resources/app/src/command-registry.js:3:61)
  at CommandRegistry.module.exports.CommandRegistry.dispatch (/Applications/Atom.app/Contents/Resources/app/src/command-registry.js:156:19)
  at EventEmitter.<anonymous> (/Applications/Atom.app/Contents/Resources/app/src/window-event-handler.js:75:30)
  at EventEmitter.emit (events.js:116:17)

Commands

  5x -4:32.1 fuzzy-finder:toggle-git-status-finder (input.hidden-input)
  2x -2:37.7 deprecation-cop:view (atom-workspace.workspace.scrollbars-visible-always.theme-monokai.theme-atom-dark-ui)
     -0:27.4 dragstart (li.tab.sortable)
  3x -0:27.3 dragover (div.close-icon)
     -0:27.3 dragleave (div.close-icon)
     -0:27.1 dragend (li.tab.sortable)
     -0:00.6 open-on-github:history (input.hidden-input)

Config

{
  "core": {
    "disabledPackages": [
      "tabs",
      "autocomplete",
      "package-generator",
      "tree-view"
    ],
    "themes": [
      "atom-dark-ui",
      "monokai"
    ],
    "destroyEmptyPanes": false
  }
}

Installed Packages

# User
Stylus, v0.5.3
autoclose-html, v0.15.0
autocomplete-plus, v2.2.0
color-picker, v1.4.4
editorconfig, v0.3.0
emmet, v2.3.3
file-icons, v1.4.11
highlight-selected, v0.9.0
language-stylus, v0.1.0
linter, v0.12.0
minimap, v4.3.1
monokai, v0.12.0
sublime-tabs, v0.4.9

# Dev
No dev packages

If a branch name has a forward slash in it (e.g., 12345/my-branch), then "Open on Github" fails with error: "No URL defined for remote (origin/12345)"

if .git/config file has a remote that whose last line is any url other than github (ie, bitbucket) plugin errors saying it cannot open a (bitbucket) repository

expected behaviour: it only chooses a github url

appearance of erroneous behaviour: 100%

OS: Windows 8.1
Atom: 1.22.0
open-on-github: 1.2.1

Can we get a Open on GitHub: Issues that opens to the issues page for the project repository?

While working in a submodule (say, in lib/my_library), the submodule is not properly resolved to point to the correct repo on GitHub. Instead, the literal filesystem path is used.

So instead of going to https://github.com/kevingriffin/my_library/blob/master/file.rb, all commands will try https://github.com/cerego/parent_project/blob/master/lib/my_library/file.rb

Hi!

Great package :)

I noticed something when executing the Blame action, it always return master branch as the current branch, so, when you see the changes in the browser you are actually seeing changes on master branch.

Would be great if it constructs the URL using the current branch.

Atom: 1.11.2
OS: Ubuntu 16.04 LTS
Push and pull were success

when i clicked open on github in Atom,Nothing to changed.

While Open on GitHub: Copy Url (which I guess should be Copy URL 😉 ) takes the currently selected line(s) and appends them the the GitHub file URL to highlight the same line on GitHub, the File call ignores selected lines.

Seems inconsistent.

I tried to click on anything under Packages -> Open On GitHub from Atom and nothing is happening, no error messages either.

My system:

[alexus@wcmisdlin02 ~]$ cat /etc/redhat-release 
CentOS Linux release 7.1.1503 (Core) 
[alexus@wcmisdlin02 ~]$ uname -a
Linux X 3.10.0-229.14.1.el7.x86_64 #1 SMP Tue Sep 15 15:05:51 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
[alexus@wcmisdlin02 ~]$ rpm -q atom
atom-1.0.19-0.1.fc21.x86_64
[alexus@wcmisdlin02 ~]$ 

How can I troubleshoot it?

On OSX, the @-character is written by pressing Alt+G (at least on a german keyboard). If open-in-github is installed, this key combo needs to be pressed twice for the @-character to appear. I suspect it's because open-on-github has keybindings for Alt+G,B and similar.

When opening a file, the URL that gets generated contains two slashes
https://github.com//:organization/:repo/blob/:branch/:file

It feels really weird that no one has submitted an issue already since it critically breaks the application. This affects opening files in any context (i.e. check out blame, history, copy url)

• No errors on atom console
• Using open-on-github version 0.28.0
• Using atom version 0.106.0

If a branch name contains a "#", it's not properly URL-escaped, resulting in a 404.

With this branch:

feature-#130

Expected URL is

https://github.com/kevingriffin/example/blob/feature-%23130/README.mdown

but the generated url is

https://github.com/kevingriffin/example/blob/feature-#130/README.mdown

I currently have a project that has 3 remotes...and one of them is NOT Github (it's Gerrit)

I keep a copy of the codebase on Github enterprise and would like the command to open to that remote...but it defaults to trying origin which breaks (since it tries to go to Gerrit)

Anyway, not sure if that's a hard fix. Thanks!

My normal workflow is to checkout a branch and push to the origin at the same branch name. I never actually do a --track unless I am pulling down someone else's branch. This means all operations fail on a working branch for me:

No remote tracking branch exists for current branch (callbacks) 

If a remote tracking branch does not exist, could one of the same name be assumed rather than an error?

alt-g is how you type @ on swiss keyboard

disabling the package did not help, had to create a keymap entry:

'atom-text-editor':
'alt-g': 'native!'

This is for the feature "Open on Github: File" with lines selected/highlighted.

Say you have 20 lines of text.
You put the cursor at the start of line 10, then hold shift and press down 5 times, so visually lines 10–14 are selected, but the cursor is technically on line 15 (even though it's not visible).
You then trigger "Open on Github: File".

Currently, the github URL has the line numbers #L10-L15, which includes line 15 in the highlight, even though it wasn't visually selected in the editor.

Better would probably be to not include the last line if nothing on that line is actually selected.

This occurs for me especially often because I use vim-mode, which allows selecting by whole lines, which acts identically to the repro steps I gave in terms of where the selector bounds are.

Hi, I recently started using atom, and all the commands from this package seem to do nothing - how exactly is atom supposed to know at what URL the GitHub correspondent of each of my files is located?

It looks like the Copy URL and File commands get the Github URL from the origin remote. I would like to be able to specify a different remote, or (better yet) an ordered list to try.

It would be nice if this opened the GitHub Milestones of the particular project.

I can't type @ .
@ is produced on my ch-fr keyboard(QWERTZ) with alt-g. I guess Atom.io thinks I'm going to type a command.
The other alt-* combinations seem to produce the correct characters, eg. alt-e : €

I don't know if my issue comes from this package or not. Feel free to close this issue if it is not.

This is quite disturbing since I'm working with Ruby (can't write instance variables :o)

Currently one can only open urls on GitHub which can be constructed without interacting with the GitHub API. This limits which urls may be constructed and opened. I created the github-utils package to solve this, but I wanted to propose that this be added as an optional functionality of this package instead? A settings view reading the GitHub access token and username would allow users to open a set of previously "unavailable" URLs.

I've tried it in safe mode, and I've looked at the dev console while running the command and there seems to be no output, or action taken from anything. Any suggestions on investigating further?

I only use shell scripts when it comes to Github, so I have all Github packages in Atom deactivated. But the menu entry "Open on Github" is still visible in Menu/Packages.

Use WorkspaceView::eachPaneView instead

WorkspaceView.eachPane (/Applications/Atom.app/Contents/Resources/app/src/workspace-view.js:548:7)
Object.activate (/Applications/Atom.app/Contents/Resources/app/node_modules/open-on-github/lib/open-on-github.js:14:33)
Package.activateNow (/Applications/Atom.app/Contents/Resources/app/src/package.js:163:27)
Package.module.exports.Package.handleActivationEvent (/Applications/Atom.app/Contents/Resources/app/src/package.js:551:12)
HTMLDivElement.<anonymous> (/Applications/Atom.app/Contents/Resources/app/src/package.js:3:61)
HTMLDivElement.jQuery.event.dispatch (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:4676:9)
HTMLDivElement.elemData.handle (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:4360:46)
Object.trigger (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:4594:12)
HTMLInputElement.<anonymous> (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:5119:17)
Function.jQuery.extend.each (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:590:23)
[object Object].each (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:237:17)
[object Object].trigger (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:5118:15)
CommandPaletteView.confirmed (/Applications/Atom.app/Contents/Resources/app/node_modules/command-palette/lib/command-palette-view.js:110:32)
CommandPaletteView.confirmSelection (/Applications/Atom.app/Contents/Resources/app/src/select-list-view.js:273:21)
HTMLDivElement.<anonymous> (/Applications/Atom.app/Contents/Resources/app/src/select-list-view.js:112:24)
HTMLDivElement.jQuery.event.dispatch (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:4676:9)
HTMLDivElement.elemData.handle (/Applications/Atom.app/Contents/Resources/app/node_modules/space-pen/vendor/jquery.js:4360:46)
KeymapManager.dispatchCommandEvent (/Applications/Atom.app/Contents/Resources/app/node_modules/atom-keymap/lib/keymap-manager.js:400:16)
KeymapManager.handleKeyboardEvent (/Applications/Atom.app/Contents/Resources/app/node_modules/atom-keymap/lib/keymap-manager.js:181:22)
HTMLDocument.module.exports.WindowEventHandler.onKeydown (/Applications/Atom.app/Contents/Resources/app/src/window-event-handler.js:142:20)

It only supports https:// and git@, but not git://.

Here is the error message from the console:

Remote URL is not hosted on GitHub.com (git://github.com/atom/fuzzaldrin.git)

Relevant code:

Somehow, clicking the disable button doesn't do anything. It does react to clicks in the sense of becoming dark gray when clicked, but doesn't actually get disabled. No output is printed to the console.

Atom version: 0.190.0-d9f0f23 (compiled from the latest release)
open-on-github version: 0.36.0
OS: Gentoo GNU/Linux

Other packages can be disabled without issue.

The repo I work in the most uses staging as the name of the default branch instead of master. If I check out a local branch that doesn't exist on Github and I do "Open on Github: Blame", the URL points to the master branch instead of staging - and consequently fails to find the commit.