Cristian Tibirna

Results 22 issues of Cristian Tibirna

Submitted by Petr Mrazek on 2017-05-16, Basically, when the history consists of many small merges, it gets too wide to make sense of. See attached image for example. ![screenshot-1](https://user-images.githubusercontent.com/1239822/40314765-8127b7a8-5ce7-11e8-914e-2de1e905ed4c.png)

Submitted by ralfj ralfj on 2017-07-05. “Amend Commit” incorrectly adds some garbage to the commit message. This can be reproduced as follows: 1. Go to some git repo with a...

bug

Submitted by Michael Gerdau on 2017-04-18. Description: Filenames sporting utf-8 characters are not displayed correctly. E.g. a file named (without the '“') “Abendstille-überall.ly” is displayed as “Abendstille-\303\274berall.ly”. UTF-8 is the...

enhancement
help wanted
entry level

Submitted by Andrey Rahmatullin on 2016-03-27. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791484 “"” I have a local pre-commit hook set up to run some stuff right before the actual commit. This works just fine...

bug

Submitted by Daniel Levin on 2016-01-06. Since Git 2.5 release Git supports multiple working directories. QGit should be able to open such working copy as usual one. This change does...

enhancement

Submitted by Josef Kufner on 2015-05-28. Hello, with 1920px wide screen I would prefer all panes side by side – see attached screenshot. Simply changing orientation of the QSplitter and...

enhancement

Submitted by Mario Blättermann on 2014-02-21: currently QGit seems to don’t have any command line options. It is impossible to submit a folder name (which contains a Git repo). QGit...

Currently, the head is marked by the lighter green color of the current branch. Unfortunately, this doesn’t work for detached heads. Directive: mark HEAD explicitely (with a “branch” label). Bonus:...

enhancement

Today’s behavior, that makes the description column not wide enough and the author or date column way too large, is harmful for usability. Compute the minimum/optimal size of contents and...

enhancement

Size of labels for branches and tags should be limited to a maximum and expandable on request. When many branches+tags exist on the same revision, offer an optional compressed view...

enhancement