primordic/IssueDupesLite huggingface dataset:
Repository: gitbutlerapp/gitbutler

Issue #5645: Caret moves to the end of PR description on first input
Created: 2024-11-22T08:04:50Z
Version
0.13.16
Operating System
macOS
Distribution Method
dmg (Apple Silicon)
Describe the issue
When opening a PR with a template from Gitbutler the caret jumps to the end of the template on first keydown
How to reproduce
So when i place the caret at the top of the template to start writing I have to first click on any key, then move the caret back to the top, and then I'm able to start writing the PR description. In the video below I place the caret at the end of ## Description and hit Enter (any key causes the same behavior), then the caret moves to the end of the template.

Expected behavior
When having placed the caret inside the PR description I expect it to be placed there when I start writing
Relevant log output
No response

Duplicate issue #5741: Pressing "Enter" in the `prDetailsModal` anywhere within a textarea full of a PR template puts the cursor at the very end of the input instead
Created: 2024-12-04T15:28:39Z
Version
0.14.1
Operating System
Linux
Distribution Method
AppImage (Linux)
Describe the issue
Say you open the PR Details Modal and it's full of a long PR Template body already. If you click anywhere within the textarea to beign writing in your template, as soon as you press "enter", instead of creating a newline, it'll bump your cursor all the way to the last possibl position. Super annoying 😅
This has been reported by someone in Discord as well.
How to reproduce
No response
Expected behavior
No response
Relevant log output
No response

Closing comment (2024-12-05T05:59:31Z): This is a probably a duplicate of

#5645
Repository: gitbutlerapp/gitbutler

Issue #5460: Unable to generate commit message in 0.13.10
Created: 2024-11-06T05:16:37Z
Version
0.13.10
Operating System
Windows
Distribution Method
msi (Windows)
Describe the issue
Unable to generate commit message with the latest version in Windows.
I've tried changing AI options as well. In both options it's failing to generate a commit message.
How to reproduce
install 0.13.10 version in the window MSI build, modify any file and try to generate a commit message based on the content

Expected behavior
it should allow generating the commit message, reverting back to 0.13.8 works as expected.
Relevant log output
Failed to generate commit message
Failed to fetch

Duplicate issue #5461: GitButler Authentication does not work
Created: 2024-11-06T06:41:05Z
Version
0.13.10
Operating System
Windows
Distribution Method
msi (Windows)
Describe the issue

Due to recent updates, I am unable to use gitButler, including the inability to link to my GitHub account.
I uninstalled and reinstalled the program, and performed a clean installation of the Windows registry.
How to reproduce
No response
Expected behavior
No response
Relevant log output
No response

Closing comment (2024-11-06T07:07:34Z): Thanks a lot for reporting!
There are a couple of related issues that I link up for completeness:

#5457
#5456

And another one which seems to be the same one as reported here, possibly a duplicate.

#5460

I think in a related issue I already linked @estib-vega for help, and I will do the same here in case all of these are related.
Repository: gitbutlerapp/gitbutler

Issue #4209: Permanently in dragging state
Created: 2024-07-01T08:30:37Z
Version
BOTH 0.12.7, Nightly Version: 0.5.568
Operating System
Linux
Distribution Method
deb (Linux)
Describe the issue
From installing and first opening an existing git repo, all lanes are in constant file dragging state and therefore everything is covered in "move here" or "squash commit", making git butler completely unusable.
Switched to nightly, reinstalled, restarted, all with no effect.
How to reproduce
No response
Expected behavior
No response
Relevant log output
No response

Duplicate issue #4231: After opening the project, move here is always displayed and cannot be closed.
Created: 2024-07-03T02:08:28Z
Version
0.12.7
Operating System
Mac OS X
Distribution Method
dmg (Intel)
Describe the issue
After opening the project, move here is always displayed and cannot be closed.


How to reproduce
No response
Expected behavior
No response
Relevant log output
No response

Closing comment (2024-07-03T13:30:01Z): Hey! Thank you for reporting this. This appears to be the same as this issue over here: #4209
It seems like a regression that we introduced in the last release, I am sorry about that. One person in the other issue mentioned that the latest nightly build resolves the problem - I can't immediately verify that but if you feel like trying it out, you can grab a build from over here: https://app.gitbutler.com/downloads
Because this is a duplicate of #4209 I will close this one if you don't mind. If you run into any separate problems, github issues are very much appreciated, thank you!
Repository: gitbutlerapp/gitbutler

Issue #2507: Easy Trunk branch change
Created: 2024-01-09T15:11:10Z
I would like to change the trunk branch without the need to re-import the project
via @koppor
https://discord.com/channels/1060193121130000425/1176875943873232947/1193874541164908544

Duplicate issue #2719: Support switching of the trunk target branch after a project has been added
Created: 2024-02-15T14:09:21Z

Closing comment (2024-02-18T15:15:05Z): duplicate of #2507
Repository: gitbutlerapp/gitbutler

Issue #3624: No ssh-agent based authentication on Windows
Created: 2024-04-29T09:31:30Z
Slightly related to #2902 but specifically for windows. The feature dicussed in that issue is explicitly disabled in Windows (7d01a53) probably for a good reason.
I have the OpenSSH Authentication Agent service running in Windows (10) and have my key added and the GIT_SSH environment variable set however I have to type in my passphrase (twice) on any push from GitButler. Note that using git from the command line works fine.

Duplicate issue #2902: enh: support ssh auth with ssh-agent
Created: 2024-02-24T15:03:20Z
Related to #2901 but this is about how using an existing key works.
I have an existing ssh setup for pushing to github; all that is needed is to run git commands as-is. I'm sure git-butler is using a git library, but that should still be able to support the ssh agent protocol.
Having my passphrase stored in an app with reversible encryption is rather less satisfying than not having it stored at all :) .

Closing comment (2024-04-30T14:11:36Z): Hey there - going to close as a dupe of #3624 (which has been solved). Let me know in that issue if this still doesn't work :)
Thanks for the report!
Repository: gitbutlerapp/gitbutler

Issue #2672: Can not add project with git-ignored unowned files/folders
Created: 2024-02-14T11:11:47Z
I have a project that contains a docker-compose.yaml which again uses volumes in the source tree.
Due to the nature of how those work, the owning UID/GID are not known to the host system and the current user does not have any permissions to read files or recurse folders.
The (sanitized) output of git-butler for that operation is the following:
2024-02-14T11:03:39.791046Z ERROR add_project: gitbutler-app/src/projects/commands.rs:75: failed to add project error=failed to open repository

Caused by:
    0: failed to run initial flush
    1: failed to build working directory tree
    2: failed to build wd index
    3: failed to working directory list files in /home/nmelzer/Projects/anonymous
    4: IO error for operation on /home/nmelzer/Projects/anonymous/data/base_version: Permission denied (os error 13)
    5: Permission denied (os error 13) path="/home/nmelzer/Projects/anonymous"

But:
$ cd /home/nmelzer/Projects/anonymous
$ rg data .gitignore
39:/data/

So git butler should not care for the folder or its contents. And it should probably ignore anything else that is git-ignored.

Duplicate issue #2681: Failed to add project
Created: 2024-02-14T17:15:20Z
2024-02-14T17:10:29.339627Z  INFO add_project: gitbutler-app/src/gb_repository/repository.rs:347: created new session project_id=e44513a6-69d0-4ef7-aee4-b3f00ffda16e session_id=65a0c6ed-96d1-4a5d-94c5-9254d8c27f7f path="/home/mjohn/workspace/cm"
2024-02-14T17:10:30.336374Z ERROR add_project: gitbutler-app/src/projects/commands.rs:75: failed to add project error=failed to open repository

Caused by:
    0: failed to run initial flush
    1: failed to build working directory tree
    2: failed to build wd index
    3: failed to working directory list files in /home/mjohn/workspace/cm
    4: IO error for operation on /home/mjohn/workspace/cm/build/emmc/rootfs/etc/audisp/plugins.d: Permission denied (os error 13)
    5: Permission denied (os error 13) path="/home/mjohn/workspace/cm"
2024-02-14T17:10:30.336443Z  INFO add_project: gitbutler-app/src/projects/commands.rs:83: close time.busy=1.01s time.idle=26.3µs path="/home/mjohn/workspace/cm"

Believe it doesn't like that some files are owned by a different user, but these files are build output and are in the .gitignore.

Closing comment (2024-03-05T13:38:57Z): Looks like a duplicate:

#2672
Repository: gitbutlerapp/gitbutler

Issue #3147: rebased commits are not re-signed
Created: 2024-03-14T14:17:39Z
When a branch is updated and commits are rebased and SSH signing is on, we do not properly re-sign the commits. We should be checking for the signing option and re-signing commits that are rebased.

Duplicate issue #3449: Commits, that have been amended, are not signed with user signature
Created: 2024-04-06T19:29:34Z
I noticed that commits, that have been amended, are not signed with my signature. I'm not sure if the commits are signed, but maybe with a wrong signature. In any case, GitHub shows "Unverified". For regular commits, "Verified" is displayed as expected.
PS: I really enjoy using GitButler so far. Keep up the good work :)

Closing comment (2024-04-10T14:40:39Z): Related to: #3147
Repository: gitpython-developers/GitPython

Issue #774: Unicode characters in branch name
Created: 2018-06-19T13:02:34Z
Hi! I an trying to get diffs using GitPython, and i have an issue when branch name have unicode characters.
Here is repo where bug can be reproduced:
https://github.com/timqsh/test_git_python
branch:
МояВетка
when i run this code:
repo = git.Repo('.')
HEAD = repo.head.commit

i get this error:
Traceback (most recent call last):
  File ".\test.py", line 4, in <module>
    HEAD = repo.head.commit
  File "C:\Users\kushukov\AppData\Local\Programs\Python\Python35-32\lib\site-packages\git\refs\symbolic.py", line 200, in _get_commit
    obj = self._get_object()
  File "C:\Users\kushukov\AppData\Local\Programs\Python\Python35-32\lib\site-packages\git\refs\symbolic.py", line 193, in _get_object
    return Object.new_from_sha(self.repo, hex_to_bin(self.dereference_recursive(self.repo, self.path)))
  File "C:\Users\kushukov\AppData\Local\Programs\Python\Python35-32\lib\site-packages\git\refs\symbolic.py", line 135, in dereference_recursive
    hexsha, ref_path = cls._get_ref_info(repo, ref_path)
  File "C:\Users\kushukov\AppData\Local\Programs\Python\Python35-32\lib\site-packages\git\refs\symbolic.py", line 184, in _get_ref_info
    return cls._get_ref_info_helper(repo, ref_path)
  File "C:\Users\kushukov\AppData\Local\Programs\Python\Python35-32\lib\site-packages\git\refs\symbolic.py", line 167, in _get_ref_info_helper
    raise ValueError("Reference at %r does not exist" % ref_path)
ValueError: Reference at 'refs/heads/Р\u045aР\u0455С\u040fР\u2019Р\xb5С\u201aРєР°' does not exist

I am testing this on Windows 10.
forgot to add:
GitPython 2.1.10

Duplicate issue #954: utf-8 branch name issue in SymbolicReference._get_ref_info_helper
Created: 2019-10-24T12:49:08Z
Hi,
a branch is shown incorrectly when contains utf-8 characters
Branch name:
refs/heads/zażółć_gęślą_jaźń
The issue can be fixed by adding encoding in SymbolicReference._get_ref_info_helper.
Proposed change:
Replace
with open(osp.join(repodir, ref_path), 'rt') as fp:
Current result (e.g. shown as active_branch):
refs/heads/zaÅ¼Ã³Å‚Ä‡_gÄ™Å›lÄ…_jaÅºÅ„
with
with open(osp.join(repodir, ref_path), 'rt', encoding="utf-8") as fp:
Expected result:
refs/heads/zażółć_gęślą_jaźń

Closing comment (2020-02-18T19:05:28Z): Duplicate of #774
Repository: gitpython-developers/GitPython

Issue #732: commit.diff with parent vs NULL_TREE not coherent
Created: 2018-02-28T07:28:18Z
After adding a new file I made a diff vs NULL_TREE, I have the expected behaviour change_type == 'A'.
When making the diff of the same commit vs the parent I get change_type == 'D', I think the sha keys are not correctly passed.
Perhaps I'm wrong and I missed something... If you confirm the issue, I can fix it!
Here is an example to reproduce the issue:
test.py
import git

repo = git.Repo('.')

print('Diff with NULL_TREE')
diffs = repo.head.commit.diff(git.NULL_TREE)

for diff in diffs:
    print(diff)
    print('type', diff.change_type)
    print()
    print('-' * 10)


print()
print('*' * 10)
print()

print('Diff with parent')
diffs = repo.head.commit.diff(repo.head.commit.parents[0])

for diff in diffs:
    print(diff)
    print('type', diff.change_type)
    print()
    print('-' * 10)

test.sh
#!/bin/sh
mkdir test
cd test
git init
touch A
git add .
git commit -m "add A"

touch B
git add .
git commit -m "add B"

python ../test.py

cd ..
rm -rf test

Here is the result
tmp $ sh test.sh
Initialized empty Git repository in /tmp/test/.git/
[master (root-commit) 779b71f] add A
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 A
[master d27e0b1] add B
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 B
Diff with NULL_TREE
B
=======================================================
lhs: None
rhs: 100644 | e69de29bb2d1d6434b8b29ae775ad8c2e48c5391
file added in rhs
('type', u'A')
()
----------

**********

Diff with parent
B
=======================================================
lhs: 100644 | e69de29bb2d1d6434b8b29ae775ad8c2e48c5391
rhs: None
file deleted in rhs
('type', u'D')
()
----------

Duplicate issue #747: Diff incorrectly populates a_blob and b_blob
Created: 2018-04-13T04:16:28Z
I was using GitPython to take some diffs and I noticed an inconsistency in behavior when diffing commits against the NULL_TREE. In most cases, the descendant will have it's commits populated in a_blob, but it looks like when diffing against NULL_TREE, the commits end up in the wrong place.
>>> from git import Repo, NULL_TREE
>>> from git.objects import Commit
>>> repo = Repo('../../fun/dummy')
>>> commit = Commit.new(repo, '87efa5a4')
>>> commit.diff(NULL_TREE)[0]
<git.diff.Diff object at 0x101443cb0>
>>> commit.diff(NULL_TREE)[0].a_blob == None
True
>>> commit.diff(NULL_TREE)[0].b_blob
<git.Blob "938e9ca15a7d3083db89c2d99e51024812fdec16">

# The expected behavior is that the descendant's
# blob will be populated in a_blob like below

>>> parent = commit.parents[0]
>>> commit.diff(parent)[0].a_blob
<git.Blob "938e9ca15a7d3083db89c2d99e51024812fdec16">
>>> commit.diff(parent)[0].b_blob == None
True

Closing comment (2018-04-13T04:39:20Z): Looks like this may be a dupe of #732
Repository: gitpython-developers/GitPython

Issue #510: active_branch raises exception when I am on a detached head
Created: 2016-09-06T08:26:36Z
If I try to access Repo.active_branch while on a detached head, I get the following exception:
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python2.7/dist-packages/git/repo/base.py", line 670, in active_branch
    return self.head.reference
  File "/usr/local/lib/python2.7/dist-packages/git/refs/symbolic.py", line 258, in _get_reference
    raise TypeError("%s is a detached symbolic reference as it points to %r" % (self, sha))
TypeError: HEAD is a detached symbolic reference as it points to '955877d6c1720961e13bdf17db7dfa567a11f77b'

Duplicate issue #509: Exception raised on remote ref checkout
Created: 2016-09-05T15:00:17Z
On attempting to checkout a remote branch:
import git

repo = git.Repo.clone_from('git@github.com:gitpython-developers/GitPython.git', 'delme')

print(repo.remotes)
origin = repo.remotes.origin
print(origin.refs)

# Raises TypeError (but does correctly checkout the ref)...
origin.refs['0.1'].checkout()
The following exception is raised, even though the branch is successfully checkout out:
:> python test.py 
[<git.Remote "origin">]
[<git.RemoteReference "refs/remotes/origin/0.1">, <git.RemoteReference "refs/remotes/origin/0.2">, <git.RemoteReference "refs/remotes/origin/HEAD">, <git.RemoteReference "refs/remotes/origin/experiment-2012">, <git.RemoteReference "refs/remotes/origin/fix-ci-tests">, <git.RemoteReference "refs/remotes/origin/fix-non-ascii-chars-in-status-lines">, <git.RemoteReference "refs/remotes/origin/gh-pages">, <git.RemoteReference "refs/remotes/origin/issue-232-reproduction">, <git.RemoteReference "refs/remotes/origin/issue-301-reproduction">, <git.RemoteReference "refs/remotes/origin/master">, <git.RemoteReference "refs/remotes/origin/revert-357-autointerrupt_deadlock_fix">]
Traceback (most recent call last):
  File "test.py", line 9, in <module>
    origin.refs['0.1'].checkout()
  File "/data/local/itwl/miniconda2/envs/sss-core/lib/python2.7/site-packages/git/refs/head.py", line 215, in checkout
    return self.repo.active_branch
  File "/data/local/itwl/miniconda2/envs/sss-core/lib/python2.7/site-packages/git/repo/base.py", line 670, in active_branch
    return self.head.reference
  File "/data/local/itwl/miniconda2/envs/sss-core/lib/python2.7/site-packages/git/refs/symbolic.py", line 258, in _get_reference
    raise TypeError("%s is a detached symbolic reference as it points to %r" % (self, sha))
TypeError: HEAD is a detached symbolic reference as it points to '90d73cd6ffa6e848da59cb2a35dec74e0fabd00a'
Is this a genuine issue, or is there a different approach I should take to checking out a remote branch?
Many thanks

Closing comment (2016-09-06T08:28:59Z): I think the problem is related to #510. The error is inside the active_branch call (which seems to be called for some reason from within checkout()).
Repository: gitpython-developers/GitPython

Issue #983: ModuleNotFoundError: No module named 'gitdb.utils.compat'
Created: 2020-02-17T10:45:33Z
Requirments file includes gitdb2 and, but "compat.py" file is importing "gitdb" instead and throwing missing "gitdb" module error when this library is fresh installed in a new enviroment with missing "gitdb" dependency library. Please fix the problem.

Duplicate issue #984: Mismatch requirements between gitpython and gitdb
Created: 2020-02-17T19:10:50Z
Since:
gitpython-developers/gitdb@db9a65e#diff-cb33ff3d8cc897a097528366a431b077
gitdb.utils.compat doesn't exist
This makes any version prior to https://github.com/gitpython-developers/GitPython/tree/3.0.6
to fail because the requirement is not limited to <3.0.2 in the requirements :
https://github.com/gitpython-developers/GitPython/blob/3.0.6/requirements.txt

Closing comment (2020-02-17T19:11:53Z): Duplicate of #983
Repository: gitpython-developers/GitPython

Issue #906: Possible performance regression in GitPython 3.0.0
Created: 2019-08-12T19:57:18Z
I have observed that the test run time on the Zuul project, which makes heavy use of GitPython, has increased by a factor of 1.5 (30 minutes under 2.1.13 to 45 minutes under 3.0.0).

Duplicate issue #719: Support additional worktrees
Created: 2018-01-29T10:20:58Z
As described in this issue: #344 .
Since it's now almost 3 years later, it would be great if support for additional worktrees can be added.

Closing comment (2019-08-14T09:27:58Z): Reopened as the fix was reverted to deal with the performance regression reported in #906 . We hope to let the fix return in a version that caches the output it receives from git-revparse or obtains the information in another way.
Repository: gitpython-developers/GitPython

Issue #1528: Unknown option 'rebase' error
Created: 2023-01-03T16:32:43Z
Hello!
We have a project which uses GitPython to automate interacting with Git for GitOps based deployments. After the 3.1.30 release we started seeing an error in our integration tests:
failed on setup with "git.exc.GitCommandError: Cmd('git') failed due to: exit code(1)
  cmdline: git pull -v -- origin --rebase
  stderr: 'error: unknown option `rebase''"
We believe it was introduced with this PR.
The code that is failing is:
repository = _initialize_repository(working_directory, remote_repository_url, token)
repository.remotes['origin'].pull('--rebase')
Any help would be greatly appreciated!

Duplicate issue #1538: My git fetch command is broken after updating from 3.1.20 to 3.1.30
Created: 2023-01-13T12:22:29Z
Hi,
in gitpython version 3.1.20 I was using the following construct:
# The list is filled with information from an external source like a configuration file, current content is just an example
fetch_options = [ "--depth", "1", "tag", tag_to_fetch ] 
remote.fetch(fetch_options)

It worked fine, although I wasn't sure if I used the function properly. After updating to version 3.1.30 the following git error is raised: 'fatal: couldn't find remote ref --depth'. This is because the git cmd command changed to:
git fetch -v -- origin --depth 1 tag MY_TEST_TAG

Which is obviously wrong now. How do I need to change my fetch call in order to fetch a tag with some additional options for the command that may be read from a text file?
Many thanks and best regards,
Markus

Closing comment (2023-01-13T16:52:38Z): Hi, similar to #1528, you were relying on a security vulnerability that allowed positional arguments to be interpreted as options (the first argument from fetch is meant to be a list of refs)

  
    
      GitPython/git/remote.py
    
    
         Line 954
      in
      90c81a5
    
  
  
    

        
          
           refspec: Union[str, List[str], None] = None, 
        
    
  


You need to pass additional options as kwargs.
Repository: glacambre/firenvim

Issue #784: Gmail "to" field doesn't play nicely
Created: 2020-11-16T17:30:35Z
Firenvim does not seem to play nicely with gmail's "to" field - It seems gmail's suggest a contact feature end's up quitting out of the window, leaving me unable to type anything in either firenvim mode or close it in time.
Strangely, Firenvim does not autostart in the "Subject" field and plays nicely in the email body.

OS Version: linux x86-64
Browser Version:  Firefox 81.0
Browser Addon Version: 0.1.32
Neovim Plugin Version: 0.1.32
What I tried to do: Access the "to" field in a new email
What happened: Firenvim starts and then quits out, leaving me unable to type anything in the field either with Firenvim or with normal mode.

Duplicate issue #873: Cant sent gmail with extension enabled
Created: 2021-01-13T18:54:14Z
OS Version: linux x86-64
Browser Version: Google Inc. Chrome 87.0.4280.88
Browser Addon Version: 0.2.3
Neovim Plugin Version: 0.2.3
What I tried to do:
What happened:

Closing comment (2021-01-13T19:04:14Z): This is probably a duplicate of #784, but without more details describing what happened it's hard to tell.
Repository: glacambre/firenvim

Issue #328: hide command line message when triggering firenvim
Created: 2020-01-04T20:57:25Z
hi,
Is there a way to hide the message in command line? I tried various shortmess options but no luck so far:

Thanks,
A

Duplicate issue #351: Allow not showing file name on startup and write
Created: 2020-01-15T05:58:08Z
I think this is something for the UI to do. When using the firenvim command window, on startup and write, the name of the file is displayed across 1-4 lines of the window. Firenvim space is precious, and this is annoying. I tried to get rid of it with various autocmds and feedkeys, but no luck.

Closing comment (2020-01-15T06:00:30Z): Duplicate of #328, accidentally fixed in https://github.com/glacambre/firenvim/pull/344/files. I just need to publish a new release :)
Repository: glacambre/firenvim

Issue #1274: doesnt work to edit files on github
Created: 2021-12-27T04:52:29Z
OS Version: clear linux 35470
Browser Version:  Firefox 95.0.2
Browser Addon Version: 0.2.11
Neovim Plugin Version: 0.2.11

What I tried to do
edit https://github.com/nobodyatandnothing/test/blob/main/test
What happened
firenvim doesnt run

Duplicate issue #1406: Add support for github edit page
Created: 2022-08-11T14:53:16Z
Having nvim support in github edit is the real deal.
Or is it supported already and i haven't figured it out?
AFAIK, github edit pages are also textarea but it doesn't work ( at least for me).

Closing comment (2022-08-11T17:00:27Z): Closing as duplicate of #1274, since it contains more information :).
Repository: glacambre/firenvim

Issue #531: Input cursor virtually invisible
Created: 2020-04-27T07:38:57Z
OS Version: linux x86-64
Browser Version:  Firefox 75.0
Browser Addon Version: 0.1.25
Neovim Plugin Version: 0.1.25

After also getting bitten by #530 I did get both sides updated to 0.1.25 and Firefox restarted once cleanly on top of that. Everything functions mostly as it should, but since the update the input cursor is nearly invisible. In fact in my favorite colorscheme (molokai) it is completely invisible, but I think that's because the background is not jet-black, only very dark grey. Switching to the default colorscheme I do actually see the cursor, but it is itself very dark grey, now against black.
I suppose it might work fine with a light color scheme, but the cursor color should not be hard coded, it should adapt to the colorscheme.
Sample using default colorscheme:

Yes there is a cursor there after colorscheme: |, but you can barely see it.

Duplicate issue #532: Cursor is invisible
Created: 2020-04-27T08:04:17Z
OS Version: linux x86-64
Browser Version:  Firefox 75.0
Browser Addon Version: 0.1.25
Neovim Plugin Version: 0.1.24

Workaround:
hi Cursor ctermfg=black ctermbg=red guifg=black guibg=red
set guicursor=n-v-c-i-ci-ve-r-cr:block-Cursor

Closing comment (2020-04-27T08:06:05Z): Duplicate of #531.
Repository: glacambre/firenvim

Issue #800: `set guifont` overrides `set lines` height when ran at the same time
Created: 2020-11-25T09:23:33Z
I'm also having the resizing problem. It can change the lines and colmns variables, but suddelnly reset the size
to the textbox size.
When I execute :set lines manually while typing in nvim, it can keep its modified size.
Any idea to fix it?
I disabled all the firefox addons except firenvim, but nothing has changed.
function! s:IsFirenvimActive(event) abort
  if !exists('*nvim_get_chan_info')
    return 0
  endif
  let l:ui = nvim_get_chan_info(a:event.chan)
  return has_key(l:ui, 'client') && has_key(l:ui.client, 'name') &&
      \ l:ui.client.name =~? 'Firenvim'
endfunction

function! SetLinesForFirefox()
    set lines=28 columns=110 laststatus=0
endfunction

function! OnUIEnter(event) abort
  if s:IsFirenvimActive(a:event)
    call SetLinesForFirefox()
    nnoremap <silent> <Leader>f :call SetLinesForFirefox()<CR>
    set guifont=Cica:h14
  endif
endfunction

autocmd UIEnter * call OnUIEnter(deepcopy(v:event))
Environment

Firefox 83
Ubuntu 18.03


Originally posted by @fx-kirin in #650 (comment)

Duplicate issue #1006: Guifont resizes frame when it shouldn't
Created: 2021-04-05T06:31:35Z
The initial expansion of the window is happening by itself. Then, I am resizing the browser window by dragging its edge with my cursor and it automatically fixes the the iframe size. On second thought, this might be related to another issue #972
I used the fix suggested there by adding :set guifont=Fira_Code:h20 to my init.vim and this is what caused my iframes to become oversized.
This is what I mean:
With :set guifont=Fira_Code:h20

Without :set guifont=Fira_Code:h20

Seems like I'm trading off between a readable font size and a manageable iframe size.
Originally posted by @devanshuDesai in #955 (comment)

Closing comment (2021-04-25T08:45:47Z): I think the solution is the same as #800 (comment) . Still on the fence about merging that.
Repository: glacambre/firenvim

Issue #1046: Browser keyboard shortcuts overriden by page
Created: 2021-05-19T01:40:11Z
Is not working on github with firefox anymore. Seems the ctrl+E shortcut for markdown is overwriting firenvim's. Also I don't see on the extensions a preferences page to change the default shortcut anymore.

OS Version: linux x86-64
Browser Version:  Firefox 88.0
Browser Addon Version: 0.2.6
Neovim Plugin Version: 0.2.6

Duplicate issue #1051: Firenvim not working after updating plugin
Created: 2021-05-28T12:24:00Z
OS Version: linux x86-64
Browser Version: Google Inc. Chrome 90.0.4430.93
Browser Addon Version: 0.2.6
Neovim Plugin Version: 0.2.6
What I tried to do: I was getting error "Neovim plugin version (0.2.4) and browser addon version (0.2.6) do not match.", so I updated the plugin using vimplug. The firenvim extension was working correctly before this issue of mismatched version.
What happened: The error no longer appears but the extension is not working either. All I am getting is the extension dialogue box as follows.


I tried the troubleshooting and the following steps shows no issue:


Make sure the neovim plugin is installed


Make sure the firenvim script has been created
echo 'abcde{}' | $XDG_DATA_HOME/firenvim/firenvim doesn't work but echo 'abcde{}' | ~/.local/share/firenvim/firenvim does as $XDG_DATA_HOME may not be defined in my linux distribution.
The output is as follows:
 ```�{"version": "0.2.6", "settings": {"localSettings": {".*": {"priority": 0, "cmdline": "neovim", "selector": "textarea", "takeover": "never"}}, "globalSettings": {"alt": "all"}}}% ```



Make sure the firenvim native manifest has been created


"Make sure the browser extension can communicate with neovim"
This step doesn't show any message in console even when I click on reload settings button.


P.S: If this info is useful, I am using both vim and neo vim. I have enabled firenvim only in neovim.

Closing comment (2021-06-03T10:41:41Z): @isaif Does using a "weirder" keyboard shortcut (e.g. <C-A-z>) work? I'm thinking that you might be encountering something similar to #1046.
Repository: glacambre/firenvim

Issue #1525: Text-only / seamless / single line / input mode
Created: 2023-03-24T06:22:36Z
Having a real Neovim GUI is nice for larger text areas, but it's not for smaller ones (e.g. Github's title input field). It'd be great if Neovim could be available in "text mode", meaning that that it would not spawn a frame but instead forward all inputs to the server and update the input field's content live as the underlying buffer is edited.
The implementation can probably copy whatever the neovim-in-{vscode,sublime,qtcreator,atom,...} extensions do.

Duplicate issue #1263: Broken in thunderbird (again...)
Created: 2021-12-06T14:13:46Z
Firenvim broke in latest thunderbird betas.

Closing comment (2024-11-14T21:44:15Z): Thinking some more about it, perhaps there could be a workaround with a mode similar to #1525 , i.e. abandon the UI protocol (and thus all the niceties like completion, syntax highlighting etc) entirely and focus solely on synchronizing the contents of the editor.
Repository: glacambre/firenvim

Issue #1046: Browser keyboard shortcuts overriden by page
Created: 2021-05-19T01:40:11Z
Is not working on github with firefox anymore. Seems the ctrl+E shortcut for markdown is overwriting firenvim's. Also I don't see on the extensions a preferences page to change the default shortcut anymore.

OS Version: linux x86-64
Browser Version:  Firefox 88.0
Browser Addon Version: 0.2.6
Neovim Plugin Version: 0.2.6

Duplicate issue #1242: Default firenvim hotkey doesn't work with Firefox + Github
Created: 2021-11-17T14:56:28Z
OS Version: linux x86-64
Browser Version:  Firefox 94.0
Browser Addon Version: 0.2.10
Neovim Plugin Version: 0.2.10

What I tried to do
I tried to activate Firenvim using the default CTRL+E hotkey while editing GitHub issue.
What happened
Instead of activating the editor, the hotkey was captured by GitHub and create an inline code element, like this.
Perhaps this is a Firefox bug more than a Firenvim bug; is there a way to make extension hotkeys take precedence over website hotkeys?

Closing comment (2021-11-17T18:18:26Z): Perhaps this is a Firefox bug more than a Firenvim bug;

Yes, and one that is unlikely to be fixed :/.

is there a way to make extension hotkeys take precedence over website hotkeys?

Sort of. I think I recall you using Tridactyl at some point, if you still do, you can create a binding like bind <C-e> js browser.runtime.sendMessage("firenvim@lacamb.re", { command: "nvimify" }), which should be able to override the page's keyboard binding. I'm not sure I want to bring Tridactyl's event-grabbing code to Firenvim though, I still have to give it some thought :).
I'll close your issue because it's a duplicate of #1046 but feel free to ask any other question you may have :).
Repository: glacambre/firenvim

Issue #225: No colors and keybinds not working properly
Created: 2019-11-10T14:00:05Z
Colors in firenvim is not loaded from my terminal for some reason. It is showing as a purely black background. See attached files/screenshots.
Also when making a curly bracer in iterm2/vim I use the normal command on OSX with swedish keyboard: option/alt + 8 or 9, but that just exits insertmode in firenvim.
Please help as this would save my life entirely, love this extension, lol!

Duplicate issue #243: Keybinding to turn on or off firenvim completely
Created: 2019-11-18T14:12:36Z
Hi,
As said before - I love this extension, it's simply amazing!
Although I love this extension/plugin - I'd like to completely shut it off using a keybinding, or rather ACTIVE it using a keybinding - that way I'm not forced to use firenvim when writing emails on my gmail. I know that the "disable in this tab" is meant to solve this issue - but I'd rather not have firenvim activated by default since it affects my work in other platforms alot and creates big problems for me - it would be really frustrating for me to deactivate firenvim for each site I'm on - I want the other way around... active firenvim for each site I want instead.
Thanks! Keep up the good work buddy, it's amazing.
Best,
J

Closing comment (2019-11-20T07:15:57Z): I merged the outlook & gmail configs back into the general one, so I think I can close this issue (your keybinding issues are tracked in #225). Please let me know if there's anything I missed - I'll reopen it :)
Repository: gleam-lang/gleam

Issue #1970: Mark modules as stale if they import a module that has since been deleted
Created: 2023-01-21T15:28:15Z
If the programmer deletes a source file and it is still imported elsewhere the build should fail. This would include external source files, metadata files, and all other files created in the build directory from the source directories.

Duplicate issue #3409: Language server fails to report error when a module is renamed/removed
Created: 2024-07-17T18:49:29Z
When you rename a module referenced by another module, the Gleam language server still thinks that the original module name exists.
Steps to reproduce:

Create two files: main.gleam and mod.gleam
In main.gleam add the following import:
import mod

Rename mod.gleam to anything else, like mod2.gleam
The Language Server doesn't report any errors in main.gleam, even though mod.gleam no longer exists

Gleam version: Latest nightly
OS: Ubuntu 24.04
Note: This does not affect the compiler in any way, only the language server. Probably low priority

Closing comment (2024-07-18T12:11:22Z): Thank you. Duplicate of #1970
Repository: gleam-lang/gleam

Issue #1964: Do not download optional dependencies by default
Created: 2023-01-18T18:48:20Z
Start a new project with the following deps:
[dependencies]
gleam_stdlib = "~> 0.25"
phoenix = "~> 1.6.15"

[dev-dependencies]
gleeunit = "~> 0.7"
Use gleam deps download to get the deps. Observe gleam deps list:
castore 1.0.0
cowboy 2.9.0
cowboy_telemetry 0.4.0
cowlib 2.11.0
decimal 2.0.0
gleam_stdlib 0.26.0
gleeunit 0.9.0
jason 1.4.0
mime 2.0.3
phoenix 1.6.15
phoenix_html 3.2.0
phoenix_pubsub 2.1.1
phoenix_template 1.0.0
phoenix_view 2.0.2
plug 1.14.0
plug_cowboy 2.6.0
plug_crypto 1.2.3
ranch 1.8.0
telemetry 1.2.1

There is a whole bunch of stuff here. But looking at the Phoenix package, jason and plug_cowboy are optional but still included. Indirectly a lot of other stuff is pulled like cowboy, ranch, phoenix_html, decimal… I guess the default should be to not download optional deps.

Duplicate issue #3555: Skip optional dependencies
Created: 2024-08-22T14:23:17Z
Elixir packages allows to mark a dependency as optional, which reduces compile time and also allows you to select better runtime support, algorithms and additional features.
Currently, rustler (an FFI package between Rust and Erlang) compiles the packages with rustler as an optional dependency in case you don't want to use the prebuilt binaries.
Rustler is currently one of the most important packages for FFI with Erlang and it's crucial that Gleam supports it well.
By skipping the compilation of the optional dependencies and letting the users add the optional dependency by themselves, rustler is supported without effort.

Closing comment (2024-08-23T15:17:04Z): Thank you. Duplicate of #1964
Repository: gleam-lang/gleam

Issue #2954: LSP code action: add annotations to module function
Created: 2024-04-11T09:14:27Z
Follows on from #2953

Duplicate issue #3536: LSP Code action: Add type annotations
Created: 2024-08-19T19:24:18Z
Sometimes, I write functions without putting in an explicit return type, but it would be good to be able to add it on later:
fn my_function(x: Int) {
  #(x + 1, x + 2)
}
->
fn my_function(x: Int) -> Int {
    #(x + 1, x + 2)
}
Ideally, it would be possible to infer types on:

function arguments
function return values
let expressions
use expressions
and possibly more places.

I think this is related to, but distinct from inlay hints.

Closing comment (2024-08-19T19:31:19Z): Hello! I think this is a duplicate of #2954
Repository: gleam-lang/gleam

Issue #1970: Mark modules as stale if they import a module that has since been deleted
Created: 2023-01-21T15:28:15Z
If the programmer deletes a source file and it is still imported elsewhere the build should fail. This would include external source files, metadata files, and all other files created in the build directory from the source directories.

Duplicate issue #2740: Compiler does not properly delete native FFI src code from build output if the src has been deleted
Created: 2024-03-17T03:03:47Z
See #1970 for more context. If I create a method with FFI like the externals example from the tour and run the code in a new project
import gleam/io

// A type with no Gleam constructors
pub type DateTime

// An external function that creates an instance of the type
@external(javascript, "./my_package_ffi.mjs", "now")
fn now() -> DateTime

// The `now` function in `./my_package_ffi.mjs` looks like this:
// export function now() {
//   return new Date();
// }

pub fn main() {
  io.debug(now())
}
gleam run
Then it runs as expected. If I then delete ./my_package_ffi.mjs from the src directory and then do another run, it continues to run. Despite the original src no longer being present. Only after a gleam clean does the run fail with a module not found error like expected. This is the case with both erlang and javascript. I believe this is because the compiler is simply doing a raw copy of the src files that have changed but is not checking if there are build files that should not be present so the old copy is still present.

Closing comment (2024-03-17T12:27:30Z): Aye. Duplicate of #1970
Repository: gleam-lang/gleam

Issue #2957: LSP code action: add missing patterns to case expression
Created: 2024-04-11T09:36:12Z
The exhaustiveness checker has this information so we need to expose it to the language server
It may be challenging to work out in the exhaustiveness checker if the variant names need to be qualified or not. It would be annoying to have to fix it every time.
Perhaps this needs to come after #2952

Duplicate issue #2424: Code action to insert missing patterns in inexhaustive case expression
Created: 2023-11-27T11:25:07Z
This will need to take into consideration imports as constructors will need to be used in a qualified fashion with appropriate names.

Closing comment (2024-11-20T10:31:21Z): Just looking through issues and found this. Looks like this is a duplicate of #2957 and can be resolved now
Repository: gleam-lang/gleam

Issue #346: Mutual recursion
Created: 2019-04-19T10:01:46Z
Original issue: #104

Duplicate issue #682: Permit use of functions defined later on in file
Created: 2020-06-26T20:45:20Z
👋 Hey! Apologies if this is already known, but I couldn't find anything with a quick search:
Gleam Versions:
Issue occurs on both local and CI.

Local: 0.10.0-dev (install from source)
CI: 0.9.1 (install via Github Action)

Expected: If you have two functions, A() and B(), defined in the same module/file, they should be able to call on each other within their function definition regardless of the order in which they were defined in the module.
Actual: It appears that A() cannot call on B() if A() is defined before B() is defined.
Real code example:
Commit where I've moved the to_string function below the length function which uses the to_string function: MainShayne233/parcomb@b8acedc
CI run: https://github.com/MainShayne233/parcomb/runs/812603227?check_suite_focus=true
Local run:
> rebar3 eunit

...
error: Unknown variable
   â��â�� /home/shayne/gleam/parcomb/src/parsable.gleam:18:6
   â��
18 â��   |> to_string()
   â��      ^^^^^^^^^ did you mean `Nothing`?

The name `to_string` is not in scope here.

===> Unable to compile Gleam project
Commit where I've moved the to_string function back to being above the length function: MainShayne233/parcomb@0a586dc
CI run: https://github.com/MainShayne233/parcomb/runs/812605136?check_suite_focus=true
Local run:
> rebar3 eunit

...
===> Compiling parcomb
===> Performing EUnit tests...
..
Finished in 0.075 seconds
2 tests, 0 failures

Closing comment (2020-06-26T21:03:12Z): This is an annoyance, for sure! This is related to #346 as we could solve them both with the same expansion of the type inference algorithm.
Repository: gleam-lang/gleam

Issue #2315: Typescript: imported type alias produces invalid declaration
Created: 2023-09-01T02:27:53Z
// a
import gleam/dynamic.{Dynamic}

pub type Input =
  List(Dynamic)
// b
import b

pub fn process(input: b.Input) -> Int {
  todo
}
Produces:
// a, valid
import type * as dynamic from "../../gleam_stdlib/gleam/dynamic.d.mts";
import type * as _ from "../gleam.d.mts";

export type Input = _.List<dynamic.Dynamic$>;
// b, invalid
import type * as a from "../a.d.mts"; // imported, not used
import type * as _ from "../gleam.d.mts";

export function process(input: _.List<dynamic.Dynamic$>): number; // dynamic is not imported
So, either input in process should become a.Input or import for dynamic should be added.

Duplicate issue #3664: Invalid TypeScript definitions when importing type alias
Created: 2024-10-03T01:09:35Z
This code:
// my_dict.gleam

import gleam/dict.{type Dict}

pub type MyDict =
  Dict(String, String)
// my_lib.gleam

import my_dict.{type MyDict}

pub fn go(d: MyDict) {
  todo
}
Generates this .d.ts file:
import type * as $my_dict from "./my_dict.d.mts";

export function go(d: $dict.Dict$<string, string>): undefined;
Which is invalid due to the unknown $dict reference.
It should probably generate this instead:
import type * as $my_dict from "./my_dict.d.mts";

export function go(d: $my_dict.MyDict): undefined;

Closing comment (2024-10-03T12:04:23Z): I believe this is a duplicate of #2315
Repository: gleam-lang/gleam

Issue #2957: LSP code action: add missing patterns to case expression
Created: 2024-04-11T09:36:12Z
The exhaustiveness checker has this information so we need to expose it to the language server
It may be challenging to work out in the exhaustiveness checker if the variant names need to be qualified or not. It would be annoying to have to fix it every time.
Perhaps this needs to come after #2952

Duplicate issue #3296: LSP code action: fill case arms
Created: 2024-06-19T18:07:16Z
case statements are exhaustive so we must implement all possible values for a type.
It would be nice to have a fill case arms code action.
pub type Msg {
  Increment
  Decrement
  GotCat(Result(String, lustre_http.HttpError))
}
fn process_message(msg: Msg) {
  case msg { // <- code action `fill case arms`

  }
}
would auto complete to:
fn process_message(msg: Msg) {
  case msg {
    Increment -> todo
    Decrement -> todo
    GotCat(_) -> todo
  }
}

Closing comment (2024-06-20T09:05:09Z): I think this is a duplicate of #2957
Repository: globaleaks/globaleaks-whistleblowing-software

Issue #180: Globaleaks doesn't work well on Mobile Browser
Created: 2013-04-25T07:08:17Z
The current web interface of globaleaks doesn't visualize well on a mobile browser.
It has been tested on:

Android with Chrome
iOS with Safari

In both situation the interface doesn't scale well and minor error are reported.
This ticket is about making a dedicated quality assurance session for mobile browsers and fixing all the UI issues.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Duplicate issue #1008: Quiz modal does not scale properly on small screens
Created: 2014-11-11T12:17:11Z
This issue is to add responsive support for the quiz modal.
A demonstration of the issue described can be seen here:

Relavant resources:
http://stackoverflow.com/questions/10437151/twitter-bootstrap-modal-on-mobile-devices
twbs/bootstrap#2130

Closing comment (2014-11-11T12:19:42Z): That's also related to #180 and #137
Repository: globaleaks/globaleaks-whistleblowing-software

Issue #2045: Improve install script to report which repository failed on apt-get update
Created: 2017-08-14T11:01:22Z
Current behavior
Actually when GlobaLeaks install script fail on apt-get update, there's no way to know which specific repository failed during the update (the system one, the "ubuntu universe", the Tor's one).
Expected behavior
The install script should specifically report to the end-user and trough the "DO" internal-command which debian repository triggered the failure.
To detect failure of globaleaks repository this modification has been done:
03dab03

Duplicate issue #2105: Install script shall preliminary test if the underlying apt package system is working
Created: 2017-10-04T07:51:24Z
Current behavior
Several installation failure come due to errors in the apt-get update command (we yet don't know why), but we suspect that part of the failure are due to a non-working apt subsystem due to multiple reasons (cdrom repository but cdrom not available, bad repository on some VPS, etc).
Expected behavior
This ticket is to improve the install script in order to preliminarly, before any globaleaks installation, test that the underlying apt packaging subsystem is effectively working, and report the end-user that the underlying system have a broken APT that must be fixed, providing suggestions and links on how to fix broken repository/packages.
This can be done by firing an apt-get update at the very beginning of everything, with a clear console output of "Preliminary testing APT package system triggering an update...." .
By doing so the person installing the software and us will be able to know if the system where GlobaLeaks is being installed have a functioning package system or not.

Closing comment (2017-10-04T07:53:01Z): Related to #2045