aboutsummaryrefslogtreecommitdiffstats
path: root/interfaces
Commit message (Collapse)AuthorAgeFilesLines
* Upgraded `be show --xml` to new <be-xml> format.W. Trevor King2009-11-211-14/+17
|
* Broke `be comment --xml` out and extended into `be import-xml`.W. Trevor King2009-11-212-24/+26
| | | | | | | | | | | | | | | | | | | | | | | It should currently do everything that `be comment --xml` did, but it still has a way to go before it lives up to it's longhelp string, mostly figuring out bug/comment merging. The allowed XML format also changed a bit, becoming a bit more structured. cmdutil.bug_from_shortname() renamed to cmdutil.bug_from_id(). New functions cmdutil.parse_id() and cmdutil.bug_comment_from_id(). Additional doctests in libbe.comment.Comment.comment_shortnames() to show example output if bug_shortname==None. Brought be-xml-to-mbox and be-mbox-to-xml up to speed on the current <be-xml>-rooted format. * Added <extra-string> handling to their comment handling. * Moved extra strings from email bodies to X-Extra-String headers (some comment bodies are not text, and we should keep the estr location consistent between bugs and comments.)
* Ran the new update_copyright.pyW. Trevor King2009-11-191-2/+1
|
* Updated README and Bugs-Everywhere-Web/README.W. Trevor King2009-11-191-3/+21
|
* Set self.ret if necessary in be-handle-mail.Command.response_msg().W. Trevor King2009-09-261-0/+1
| | | | | If an exception is raised during command exection, self.ret may be left at None.
* Added "Confirm" and "Subscribe" pseudoheaders to be-handle-mail.W. Trevor King2009-09-261-8/+44
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Allowed values for both are "yes" or "no", case insensitive. Setting Confirm:no disables the confirmation email letting you know your new bug was successfully submitted. Setting Subscribe:yes automatically subscribes you to the new bug you're submitting immediately, without reqiring an extra control email. In the case where both Confirm:yes and Subscribe:yes, the submitter will only recieve the subscription email (which shows the "be show" view of the new bug) and not the submission email (which shows the output of all the executed submission commands). Both of these pseudoheaders were in response to a Would you like a direct response concerning your comments? checkbox on the web frontend that generates emails for a BE repo. When the checkbox is set, we set Confirm:yes Subscribe:yes, and the submitter gets a nice pretty confirmation email and will be automatically notified of any future action on their bug. When the checkbox is not set, they get no response or submission emails. Also fixed up some bugs in in the subscriber_emails() parsing. We now use ordered_subscriptions to ensure that we parse the "DIR" subscription first, since we don't want to include the same information twice, and the user might be subscribed to DIR:all and a particular bug (which would be wierd, but is easily avoidable). This also ensures that the more central DIR level changes appear first in the email. We also check that there is an entry for a particular bug in bug_index before attempting to grab it, which could raise KeyErrors otherwise. Finally, we check to make sure we don't double-include bugs for which the user is subscribed to both that bug's new and DIR:new. A final minor correction is the capitalization of the first word of our log entries. The logs are pretty cluttered, and the capitalization helps the lines I care about stand out. A better solution would be to come up with a cleaner idea of what to write to the logs...
* Load bugs in be-handle-mail.Message.subscriber_emails().W. Trevor King2009-09-261-0/+2
| | | | | Because subscribe.get_bugdir_subscribers() only looks for subscribers in bugs that are already in memory.
* Fix agressive be-handle-mail.Message._strip_footer().W. Trevor King2009-09-261-0/+1
| | | | | | It had been eating the last line of the message (which wasn't a problem when I had a blank line before the footer, but was when I had neither footer nor trailing blank line).
* Prefix cache attributes in be-handle-mail with underscore (_).W. Trevor King2009-09-261-5/+5
| | | | | To conform with Python convention for "hiding" class attributes only intended for internal use.
* Added normalize_RFC_2822_date() to be-mbox-to-xml.W. Trevor King2009-09-231-3/+21
| | | | | | | | | | The if new_fields[u'date'] != None: bit avoids attemting to normalize missing dates (which fails). You get messages with missing dates when comment_message_to_xml() is called recursively for multipart messages. Also fixed some unicode keys (['X'] -> [u'X']) for consistency.
* Added normalize_email_address() to be-mbox-to-xmlW. Trevor King2009-09-231-1/+4
|
* Fixed mutliple in-reply-to splitting in be-mbox-to-xmlW. Trevor King2009-09-231-1/+3
|
* Convert incoming text/* email payloads to unicode in be-handle-mail.W. Trevor King2009-09-231-8/+7
| | | | | | | | | | | | | | | Switched from cStringIO to StringIO in be-handle-mail because: (from http://docs.python.org/library/stringio.html) "Unlike the memory files implemented by the StringIO module, those provided by this [cStringIO] module are not able to accept Unicode strings that cannot be encoded as plain ASCII strings." I'm not sure what all the fuss with sys.__stdin__ had been about in Command.run(), but I took it out and everything still seems to work ;). Also fix Makefail (again!) to install under $HOME by default.
* Fixed email.Parser typo in send_pgp_mime.py imports for Python 2.4.W. Trevor King2009-09-171-1/+1
|
* Fixed a few typos in be-handle-mailW. Trevor King2009-09-131-4/+4
|
* Mention commit message in interactive email README subject explaination.W. Trevor King2009-09-131-2/+2
|
* Typo EncryptedMessageFactory -> PGPMimeMessageFactory in send-pgp-mime.pyW. Trevor King2009-09-111-2/+2
| | | | | | I changed the class name in commit wking@drexel.edu-20090718201613-n242qfl4s3j3kfjf but missed two references.
* RCS -> VCS, BUGDIR_DISK_VERSION -> v1.2W. Trevor King2009-08-312-5/+5
|
* Broke up be-handle-mail.parse() into parse_new(), _comment(), and _control().W. Trevor King2009-08-161-57/+75
| | | | Also fleshed out the be-handle-mail docstring.
* be-handle-mail no longer sends blank subscriber emails when no change occurs.W. Trevor King2009-07-271-4/+15
| | | | | It had been mailing out the empty MIMEMultipart root returned by diff_tree.report().
* Fixed _procmailrc rules.W. Trevor King2009-07-272-16/+20
| | | | | | "[" is a special character. Also a few minor cleanups in be-handle-mail.
* Cleaned up be-handle-mail's subscriber notification emails (fewer attachments).W. Trevor King2009-07-272-20/+68
| | | | | | | | | | | Previously, every node in the DiffTree created it's own attachment. Now they're consolidated into a single attachment per bug. higher level nodes are still one attachment per node. Also: * added send_pgp_mime.append_text() * pulled guess_encoding() out of send_pgp_mime.encodedMIMEText(). * renamed data_string -> data_part in libbe.diff, since it needn't be a string.
* Allow "subscribe" command via the email interface.W. Trevor King2009-07-271-1/+1
|
* Tweaked the output text for modified bugs in libbe.diff and be-handle-mail.W. Trevor King2009-07-271-1/+5
|
* Added "be-handle-mail --notify-since REVISION".W. Trevor King2009-07-271-27/+62
|
* Added an additional format check to be-handle-mail's pseudoheader parsing.W. Trevor King2009-07-271-0/+2
| | | | Marked outstanding email interface bugs as fixed.
* Moved be-handle-mail over to new libbe.diff classes.W. Trevor King2009-07-271-96/+49
|
* Renamed Comment.From and .time_string to .author and .date respectively.W. Trevor King2009-07-252-6/+7
| | | | | | | | | | | | Now they conform to the libbe.settings_object.setting_name_to_attr_name() standard. I fixed the references I found in becommands/comment.py interfaces/xml/be-mbox-to-xml interfaces/xml/be-xml-to-mbox but there may have been some references or files that slipped through.
* be-handle-mail successfully generates bugdir-changed notification emails.W. Trevor King2009-07-231-7/+180
| | | | | This still needs a lot of cleaning up, but it worked for an "all" subscription to "DIR", so I thought I'd lock in the current status ;).
* Broke encodedMIMEText out of send-pgp-mime.PGPMimeMessageFactory.W. Trevor King2009-07-231-20/+21
| | | | | It's useful enough even when you're not intending to encrypt something.
* Merged assorted changes from be.wtk-rr for BugDir.extra_strings.W. Trevor King2009-07-211-4/+30
|\ | | | | | | | | | | | | Other highlights: * be show --no-comments * Improved *.sync_with_disk. * Improved be-mbox-to-xml.
| * be-mbox-to-xml is now better at message-id, in-reply-to, and references.W. Trevor King2009-07-211-3/+26
| | | | | | | | | | | | | | | | | | | | | | | | A previous "len(ret) >= 0" had been stripping the alt-id and in-reply-to from _all_ parts of multipart comments. Now it only strips them from parts after the first. The following parts do not specify and alt-id, and they all are in-reply-to the first part. I also added the KNOWN_IDS list for selecting amongst an array of possible in-reply-to or references ids. This works well enough for now, but would be more robust if we could import a list of previously known ids from BE...
| * be-mbox-to-xml handles emails without explicit transfer encodings.W. Trevor King2009-07-211-1/+4
| |
* | Use shlex.split() to parse control lines in be-handle-mail.W. Trevor King2009-07-203-16/+14
| | | | | | | | Split arguments following POSIX rather than at all whitespace.
* | Added pseudo-header list to interfaces/email/interactive/README.W. Trevor King2009-07-201-14/+17
| | | | | | | | Also some minor textual cleanups.
* | Added psuedo-header handling to be-handle-mail.W. Trevor King2009-07-202-4/+25
| | | | | | | | | | | | | | | | Many psuedo-headers had been ignored. Now they are all implemented. Getting this working exposed a few bugs in error message generation for Commands with IDs in their argument list. These bugs should now be fixed.
* | Added more VCSs to the delete-commit notes in interfaces/README.W. Trevor King2009-07-201-7/+25
| |
* | Added interfaces/email/interactive/README and be-handle-mail options.W. Trevor King2009-07-202-11/+248
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The README should give enough info to install and use the interface. While I was writing it, I thought that be-handle-mail could use the --be-dir, --tag-base, and --test options. generate_global_tags() helps implement the --tag-base option. I set up a unittest framework since checking is currently a pipe-in-emails-by-hand sort of arrangement, which can be slow ;). Currently only generate_global_tags() is tested. I also restored "show" to ALLOWED_COMMANDS, since it seems to have wandered off ;).
* | be-handle-mail shown to successfully commit partially-failing emails.W. Trevor King2009-07-191-0/+18
| | | | | | | | I've added the test-case that show it.
* | More verbose User/UsageError reporting in be-handle-mailW. Trevor King2009-07-191-2/+4
| |
* | Worked out some kinks in be-handle-mail's autocommit.W. Trevor King2009-07-191-1/+6
| | | | | | | | For example, it's helpful to actually run the autocommit command ;).
* | Fixed typos in be-handle-mail error message generationW. Trevor King2009-07-191-4/+4
| |
* | Adjusted final commit-handling in be-handle-mail.W. Trevor King2009-07-191-8/+9
| | | | | | | | | | | | | | | | Now the final commit will run whether or not the preceding commands raise any exceptions. Note that since we've added the "--allow-empty" to "be commit", we don't need to worry about empty commits after read-only actions.
* | Oops, _now_ I've fixed the multipart generation in be-handle-mailW. Trevor King2009-07-191-3/+3
| |
* | Fixed multipart bug in be-handle-mail.Message.response_email()W. Trevor King2009-07-191-5/+4
| | | | | | | | | | I hadn't attached the mutipart body to the .response_header, which meant that the reply lacked target email addresses, etc.
* | Added --disable-autocommit to be-handle-mail.W. Trevor King2009-07-191-1/+15
| | | | | | | | Also restored repsonse-message logging to help track down bugs.
* | be-handle-mail now commits after every successful email execution.W. Trevor King2009-07-191-7/+13
| | | | | | | | | | | | | | | | | | Caveats: It will produce blank commits after emails that make no changes. Todo: --fail-on-null option to "be commit" It will not commit changes due to emails that are partly successful. Todo: add "be revert"
* | Added more allowed commands and pseudo-headers to be-handle-mail.W. Trevor King2009-07-191-3/+5
| | | | | | | | The new pseudo-headers are currently ignored.
* | Added interfaces/README with commit-deletion notes.W. Trevor King2009-07-191-0/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | Up to now, my email interface never committed automatically, in order to avoid locking in inappropriate changes. However, with the ability to modify bug status, etc., it could be hard to determine the correct status with a single email's effects removed. In order to make that easier, I'm switching over to a "auto-commit after every user action" model, and I've looked up the incantations for commit deletion for bzr and git (the VCSs I use). These incantations are recorded in interfaces/README. Next up: add auto-commit functionality.
* | be-handle-mail's new DBT-style interface handles the example emails now.W. Trevor King2009-07-193-31/+58
| |
generated by cgit (git 2.34.1) at 2024-11-17 19:49:52 +0000