Comment #14 on issue 147 by brownboy...@gmail.com: Ability to view complete
source files without diff coloring/block insertions
http://code.google.com/p/reviewboard/issues/detail?id=147
Are there any plans to proceed with this feature?
I know many users who would find it extremely useful.
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 1956 by os.del...@gmail.com: Review Board Web shows Question
marks instead of cyrilic symbols
http://code.google.com/p/reviewboard/issues/detail?id=1956
*NOTE: Do not post confidential information in this bug report.*
Comment #4 on issue 1632 by dorothy@gmail.com: Alphabetial sorting of
review requests should not be case sensitive
http://code.google.com/p/reviewboard/issues/detail?id=1632
I fail to reproduce it on 1.6 alpha 0...
It looks fine even if it is related to Alphabetial sorting.
It turns out
Comment #2 on issue 1233 by kaml...@gmail.com: Don't prompt for groups if
no groups defined
http://code.google.com/p/reviewboard/issues/detail?id=1233
I will claim this bug.
--
You received this message because you are subscribed to the Google Groups
reviewboard-issues group.
To post to
Comment #2 on issue 1508 by crystal@gmail.com: Search does not search
by changelist number
http://code.google.com/p/reviewboard/issues/detail?id=1508
CrystalLokKoo is going to work on this bug.
--
You received this message because you are subscribed to the Google Groups
Comment #5 on issue 1632 by jira.s...@gmail.com: Alphabetial sorting of
review requests should not be case sensitive
http://code.google.com/p/reviewboard/issues/detail?id=1632
I was able to reproduce this defect:
Steps:
1. make some new users:
Ter
ter
Hello
hello
2. have each user create
Comment #6 on issue 1632 by mstrie...@gmail.com: Alphabetial sorting of
review requests should not be case sensitive
http://code.google.com/p/reviewboard/issues/detail?id=1632
This looks like a database issue.
Running:
SELECT u.username FROM reviews_reviewrequest r
INNER JOIN auth_user
Comment #7 on issue 1632 by jira.s...@gmail.com: Alphabetial sorting of
review requests should not be case sensitive
http://code.google.com/p/reviewboard/issues/detail?id=1632
I was able to reproduce this defect:
Using SQLite database (not MySQL)
Steps:
1. make some new users:
Ter
ter
Comment #8 on issue 1571 by dorothy@gmail.com: Diff-Upload UI: Base
Path field too narrow
http://code.google.com/p/reviewboard/issues/detail?id=1571
The situation has been changed a little bit:
1. When choose file, it no longer shows the long path but exactly the
filename.
2. But when
Comment #9 on issue 1571 by dorothy@gmail.com: Diff-Upload UI: Base
Path field too narrow
http://code.google.com/p/reviewboard/issues/detail?id=1571
The situation has been changed a little bit:
1. When choose file, it no longer shows the long path but exactly the
filename.
2. But when
Comment #10 on issue 1571 by gorf4...@gmail.com: Diff-Upload UI: Base Path
field too narrow
http://code.google.com/p/reviewboard/issues/detail?id=1571
The base directory path can be significant in length, similarly file names
are not so short either - who has filenames that are in 8.3
Comment #11 on issue 1571 by chip...@gmail.com: Diff-Upload UI: Base Path
field too narrow
http://code.google.com/p/reviewboard/issues/detail?id=1571
They were small because we were using browser defaults for the sizes.
Agreed, they should be longer. The presentation of the file field
12 matches
Mail list logo
