HTML-generation bug with nested comments

Hi there,

It looks like the <div> elements used to indent nested comments don't get closed properly with either 1.1.1
or this evening's master revision (ec2f5d26). Top-level comments following a series of nested comments
are rendered as siblings of the last nested comment, instead of all the way to the right.

This does not affect 'be show'.

I reproduced this with the bug below; I can also provide the .be tree as a tarball.

-o

-- begin output --
$ be show c7dbf279/c9ebdac6
          ID : c9ebdac6-a314-4309-8cf6-747b95de889a
  Short name : c7d/c9e
    Severity : minor
      Status : open
    Assigned : 
    Reporter : Owen Jacobson <owen <at> example.com>
     Creator : Owen Jacobson <owen <at> example.com>
     Created : Tue, 12 Mar 2013 20:10 (Wed, 13 Mar 2013 00:10:43 +0000)
Frobnicate everything
--------- Comment ---------
Name: c7d/c9e/b7b
From: Owen Jacobson <owen <at> example.com>
Date: Wed, 13 Mar 2013 00:16:23 +0000

I dunno, man.
  --------- Comment ---------

upgrading bugs from v1.4 to v1.5 traceback - unicode and \r not matched

_______________________________________________
Be-devel mailing list
Be-devel <at> bugseverywhere.org
http://void.printf.net/cgi-bin/mailman/listinfo/be-devel

BE bridge to other bug trackers?

Hi there,

Has the possibily to create a bridge between BE and other bug trackers
been considered? I am thinking of redmine, mantis, github, ...

Ie, I could download and commit the bugs for my project using BE, go
offline, work, and sync everything when I have a connection again?

Feasible or crazy?

Cheers,
Gerhard

http://bugs.bugseverywhere.org/ gives 502 bad gateway

Would be nice to see this fixed. :)

Thanks,
Gerhard

[bug] completion error with status and severity subcommands

Hi,

Tab completion on the status and severity subcommands causes a stack trace:

~/src/be $ be status --complete
File "/usr/local/bin/be", line 26, in <module>
sys.exit(libbe.ui.command_line.main())
File "/usr/local/lib/python2.7/site-packages/libbe/ui/command_line.py",
line 391, in main
ret = dispatch(ui, command, args)
File "/usr/local/lib/python2.7/site-packages/libbe/ui/command_line.py",
line 303, in dispatch
options,args = parser.parse_args(args)
File "/usr/local/lib/python2.7/site-packages/libbe/ui/command_line.py",
line 89, in parse_args
self, args=args, values=values)
File "/usr/lib/python2.7/optparse.py", line 1399, in parse_args
stop = self._process_args(largs, rargs, values)
File "/usr/lib/python2.7/optparse.py", line 1439, in _process_args
self._process_long_opt(rargs, values)
File "/usr/lib/python2.7/optparse.py", line 1514, in _process_long_opt
option.process(opt, value, values, self)
File "/usr/lib/python2.7/optparse.py", line 788, in process
self.action, self.dest, opt, value, values, parser)
File "/usr/lib/python2.7/optparse.py", line 808, in take_action
self.callback(self, opt, value, parser, *args, **kwargs)
File "/usr/local/lib/python2.7/site-packages/libbe/ui/command_line.py",
line 157, in callback
self.complete(argument, fragment)
File "/usr/local/lib/python2.7/site-packages/libbe/ui/command_line.py",
line 164, in complete
comps = self.command.complete(argument, fragment)
File "/usr/local/lib/python2.7/site-packages/libbe/command/base.py",
line 392, in complete
ret.extend(self.args[0].completion_callback(self, argument, fragment))
File "/usr/local/lib/python2.7/site-packages/libbe/command/util.py",
line 54, in complete_status
bd = sorted(command._get_bugdirs().items())[1]

However, if I supply the status option, it's fine:

~/src/be $ be status wontfix --complete
<long list of bugs>

I tried digging into the code but I couldn't immediately see what
libbe.bugdir.BugDir(storage=storage, uuid=uuid, from_storage=True) in
StorageCallbacks.get_bugdirs was meant to do.

Any suggestions?

Thanks,

   --James

Re: Debian packaging

On Thu, Nov 29, 2012 at 02:18:59PM -0500, W. Trevor King wrote:
> I'll open a new package bug.

Done:

On Thu, Nov 29, 2012 at 07:33:04PM +0000, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
> ...
> 694744: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694744

--

-- 
This email may be signed or encrypted with GnuPG (http://www.gnupg.org).
For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy

_______________________________________________
Be-devel mailing list
Be-devel <at> bugseverywhere.org
http://void.printf.net/cgi-bin/mailman/listinfo/be-devel

[BUG] PAGER with args causes issues

Hi

i currently have my PAGER set to "less -FRSX" which appears to cause 
trouble with the execlp command in libbe/ui/util/pager.py. attached is 
a patch to split the environ var up and pass it to the exec command so 
that flags can be specified without crashing

diff --git a/libbe/ui/util/pager.py b/libbe/ui/util/pager.py
index 025d62e..085ea24 100644
--- a/libbe/ui/util/pager.py
+++ b/libbe/ui/util/pager.py
 <at>  <at>  -21,6 +21,7  <at>  <at>  Automatic pager for terminal output (a la Git).
 """

 import sys, os, select
+from shlex import split

 # see http://nex-3.com/posts/73-git-style-automatic-paging-in-ruby
 def run_pager(paginate='auto'):
 <at>  <at>  -63,4 +64,7  <at>  <at>  def run_pager(paginate='auto'):

     # Wait until we have input before we start the pager
     select.select([0], [], [])
-    os.execlp(pager, pager)
+    
+    pager = split(pager)
+    cmd = pager[0]
+    os.execlp(cmd, *pager)

_______________________________________________
Be-devel mailing list
Be-devel <at> bugseverywhere.org
http://void.printf.net/cgi-bin/mailman/listinfo/be-devel

make fail on Cygwin

_______________________________________________
Be-devel mailing list
Be-devel <at> bugseverywhere.org
http://void.printf.net/cgi-bin/mailman/listinfo/be-devel

Preparing for a BE 1.1.0 release

BE folks,

Chris has given me permission to cut a new release, so I've pushed my
master onto gitorious.org/be/be.git.  Here's an overview of the new
changes (in case you haven't been following my personal branch).

* new modules:
  * libbe.command.serve_commands
  * libbe.util.http
  * libbe.util.wsgi
* moved modules:
  * libbe.command.serve -> libbe.command.serve_storage
* new ‘Bugs Everywhere Directory v1.5’ storage with faster JSON
  mapfiles.
* commands can now use several bugdirs (e.g. for cross-linking between
  projects or monitoring aggregate projects).
* `be html` now defaults to running a live WSGI server.  Static dumps
  are still available with `--export-html`.
* optional pygit2-based Git backend.
* new help topics accessible via `be help`:
  * repo
  * server
* zsh completion (by Markus Vock)
* assorted bugfixes

Any interested parties should check this out and test it with your
workflow so whe can iron out any bugs before 1.1.0.  I'm currently
planning on cutting the release over the weekend of Nov. 10th.
Anything I hear about after that will trigger bugfix releases.

Cheers,
Trevor

--

-- 
This email may be signed or encrypted with GnuPG (http://www.gnupg.org).
For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy

_______________________________________________
Be-devel mailing list
Be-devel <at> bugseverywhere.org
http://void.printf.net/cgi-bin/mailman/listinfo/be-devel

500 Internal Server Error with bzr

Hello,
the Cherrypy Interface is really nice. Great work!

Why is it not installed via setup.py?

perfect for a single developer / small team.

The only function that does not work is: creating new bugs:

500 Internal Server Error

The server encountered an unexpected condition which prevented it from
fulfilling the request.

Traceback (most recent call last):
  File "C:\Python27\lib\site-packages\cherrypy\_cprequest.py", line 656, in respond
    response.body = self.handler()
  File "C:\Python27\lib\site-packages\cherrypy\lib\encoding.py", line 188, in
__call__
    self.body = self.oldhandler(*args, **kwargs)
  File "C:\Python27\lib\site-packages\cherrypy\_cpdispatch.py", line 34, in __call__
    return self.callable(*self.args, **self.kwargs)
  File "D:\temp\downloads\be-be-master\be-be\interfaces\web\web.py", line 168,
in create
    self.bd.new_bug(summary=summary).save()
  File "C:\Python27\lib\site-packages\libbe\bugdir.py", line 251, in new_bug
    from_storage=False)
  File "C:\Python27\lib\site-packages\libbe\bug.py", line 264, in __init__
    self.save()
  File "C:\Python27\lib\site-packages\libbe\bug.py", line 684, in save
    self.storage.add(self.id.storage(), parent=parent, directory=True)
  File "C:\Python27\lib\site-packages\libbe\storage\base.py", line 250, in add
    self._add(id, *args, **kwargs)
  File "C:\Python27\lib\site-packages\libbe\storage\vcs\base.py", line 745, in _add
    self._add_path(path, **kwargs)
  File "C:\Python27\lib\site-packages\libbe\storage\vcs\base.py", line 735, in
_add_path
    self._vcs_add(self._u_rel_path(dir))
  File "C:\Python27\lib\site-packages\libbe\storage\vcs\bzr.py", line 114, in
_vcs_add
    cmd.run(file_list=[path], **kwargs)
  File "C:\Python27\lib\site-packages\bzrlib\commands.py", line 697, in run
    return self._operation.run_simple(*args, **kwargs)
  File "C:\Python27\lib\site-packages\bzrlib\cleanup.py", line 136, in run_simple
    self.cleanups, self.func, *args, **kwargs)
  File "C:\Python27\lib\site-packages\bzrlib\cleanup.py", line 166, in
_do_with_cleanups
    result = func(*args, **kwargs)
  File "C:\Python27\lib\site-packages\bzrlib\builtins.py", line 842, in run
    no_recurse, action=action, save=not dry_run)
  File "C:\Python27\lib\site-packages\bzrlib\mutabletree.py", line 50, in
tree_write_locked
    self.lock_tree_write()
  File "C:\Python27\lib\site-packages\bzrlib\workingtree_4.py", line 650, in
lock_tree_write
    return self._lock_self_write()
  File "C:\Python27\lib\site-packages\bzrlib\workingtree_4.py", line 630, in
_lock_self_write
    state.lock_write()
  File "C:\Python27\lib\site-packages\bzrlib\dirstate.py", line 3332, in lock_write
    self._lock_token = lock.WriteLock(self._filename)
  File "C:\Python27\lib\site-packages\bzrlib\lock.py", line 408, in __init__
    os.O_RDWR, "rb+")
  File "C:\Python27\lib\site-packages\bzrlib\lock.py", line 366, in _open
    raise errors.LockContention(filename, e)
LockContention: Could not acquire lock "D:/test_be/.bzr/checkout/dirstate": (32,
'CreateFileW', 'Der Prozess kann nicht auf die Datei zugreifen, da sie von einem
anderen Prozess verwendet wird.')

windows script support

Hello, 
please add a file

be.bat to %python%\Scripts\ for windows installs with the content:

 <at> C:\Python27\python.exe C:\Python27\Scripts\be %*

This allows the user to call be from any folder.

Thanks.