pybugz - Project Hosting on Google Code

Last 7 days Dec 23, 2009 issue 29 (Add a posibility to search using resolution and deadline) reported by mhob...@axit.pl - I attachement there is a patch, with enables more search options. usage: ./bugz search --deadlineto=2009-12-13 --status=RESOLVED --resolution=REMIND Feel free to include this to main tree.. I attachement there is a patch, with enables more search options. usage: ./bugz search --deadlineto=2009-12-13 --status=RESOLVED --resolution=REMIND Feel free to include this to main tree.. Earlier this year Oct 12, 2009 issue 28 (REQUEST Ability to change component field) reported by hillibil - It would be good if also the component filed could be changed with modify. It would be good if also the component filed could be changed with modify. Sep 24, 2009 issue 27 (can't make modifications to bugzilla 3.4.2) commented on by alex.gottschalk - I've fixed it with the following patch to bugzilla.py. There were two problems - the first is that the HTTP token was not being set from the bug params, and the second is that qparam['bug_status'] was not getting set in the modify function. 514d513 < 526,528c525,527 < 'status_whiteboard', 'keywords', < 'op_sys', 'priority', 'version', 'target_milestone', < 'assigned_to', 'rep_platform', 'product', 'component') --- > 'status_whiteboard', 'keywords', 'op_sys', 'priority', 'version', > 'target_milestone', 'assigned_to', 'rep_platform', 'product', > 'component', 'token') 574a574 > qparams['bug_status'] = status I've fixed it with the following patch to bugzilla.py. There were two problems - the first is that the HTTP token was not being set from the bug params, and the second is that qparam['bug_status'] was not getting set in the modify function. 514d513 < 526,528c525,527 < 'status_whiteboard', 'keywords', < 'op_sys', 'priority', 'version', 'target_milestone', < 'assigned_to', 'rep_platform', 'product', 'component') --- > 'status_whiteboard', 'keywords', 'op_sys', 'priority', 'version', > 'target_milestone', 'assigned_to', 'rep_platform', 'product', > 'component', 'token') 574a574 > qparams['bug_status'] = status Sep 21, 2009 issue 27 (can't make modifications to bugzilla 3.4.2) reported by alex.gottschalk - What steps will reproduce the problem? 1. Install bugzilla 3.4.2 in /var/www of a standard ubuntu 8.04 LAMP server 2. Install pybugz 0.7.4 3. run 'bugz modify 1234 -c "testing"' What is the expected output? What do you see instead? Expect bugzilla to append a new comment "testing" to bug 1234. Instead, even though bugz reports success, the bugzilla database and web site is not updated. What version of the product are you using? On what operating system? 0.7.4, ubuntu 8.04 server Please provide any additional information below. alex@lamp:~ $ bugz -b http://bugzilla/ -u alex -p fakepw modify 1234 -c testing * Using http://bugzilla/ * Already logged in. * Modified bug 1234 with the following fields: * comment : testing :-) agottschalk@usmp-lamp01:/usr/lib $ echo $? 0 Comment does not appear in bugzilla. What steps will reproduce the problem? 1. Install bugzilla 3.4.2 in /var/www of a standard ubuntu 8.04 LAMP server 2. Install pybugz 0.7.4 3. run 'bugz modify 1234 -c "testing"' What is the expected output? What do you see instead? Expect bugzilla to append a new comment "testing" to bug 1234. Instead, even though bugz reports success, the bugzilla database and web site is not updated. What version of the product are you using? On what operating system? 0.7.4, ubuntu 8.04 server Please provide any additional information below. alex@lamp:~ $ bugz -b http://bugzilla/ -u alex -p fakepw modify 1234 -c testing * Using http://bugzilla/ * Already logged in. * Modified bug 1234 with the following fields: * comment : testing :-) agottschalk@usmp-lamp01:/usr/lib $ echo $? 0 Comment does not appear in bugzilla. Sep 03, 2009 pybugz-0.8.0.tar.gz (pybugz 0.8.0) file uploaded by w.d.hubbs Aug 12, 2009 pybugz-0.8.0_rc3.tar.gz (pybugz 0.8.0_rc3) file uploaded by w.d.hubbs Aug 06, 2009 issue 26 (--base option is broken) commented on by ing...@exherbo.org - Indeed, I do the same. Would be really nice to get the old behaviour back. Indeed, I do the same. Would be really nice to get the old behaviour back. Jul 21, 2009 issue 26 (--base option is broken) commented on by donnie.berkholz - The movement of --base to subcommand options makes it really useless. I have aliases for each bugzilla I use that define a shorter version of 'bugz -b http://path/to/bugzilla' but to do this with the new command parser requires me to write a complex and pointless wrapper around pybugz. The movement of --base to subcommand options makes it really useless. I have aliases for each bugzilla I use that define a shorter version of 'bugz -b http://path/to/bugzilla' but to do this with the new command parser requires me to write a complex and pointless wrapper around pybugz. Jul 14, 2009 issue 8 (Should be a way to specify proxy handler to urllib2) commented on by mark.dufour - I had the same problem, and I guess many people using this at work. I also ended up with changing the source like this.. I had the same problem, and I guess many people using this at work. I also ended up with changing the source like this.. Jul 04, 2009 pybugz-0.8.0_rc2.tar.gz (pybugz 0.8.0_rc2) file uploaded by w.d.hubbs Jul 02, 2009 issue 26 (--base option is broken) reported by ing...@exherbo.org - What steps will reproduce the problem? 1. Use pybugz 0.8.0_rc1 2. ingmar@cannonball ~/development/git/pybugz (git)-[master]- % bugz -- What is the expected output? What do you see instead? !! Error: Unable to recognise command: --base=https://bugs.gentoo.org/ What version of the product are you using? On what operating system? 0.8.0_rc1, Exherbo What steps will reproduce the problem? 1. Use pybugz 0.8.0_rc1 2. ingmar@cannonball ~/development/git/pybugz (git)-[master]- % bugz -- What is the expected output? What do you see instead? !! Error: Unable to recognise command: --base=https://bugs.gentoo.org/ What version of the product are you using? On what operating system? 0.8.0_rc1, Exherbo Jun 22, 2009 pybugz-0.8.0_rc1.tar.gz (PyBugz 0.8.0_rc1) file uploaded by w.d.hubbs Jun 05, 2009 issue 25 (pybugz has no way to search based on mileston) reported by pwagland - What steps will reproduce the problem? 1. run pybugz search help 2. look at output What is the expected output? What do you see instead? I would hope to see a --milestone MILESTONE option, and I don't Please provide any additional information below. This would be very useful for me since I am often doing a lot of things within a given milestone. What steps will reproduce the problem? 1. run pybugz search help 2. look at output What is the expected output? What do you see instead? I would hope to see a --milestone MILESTONE option, and I don't Please provide any additional information below. This would be very useful for me since I am often doing a lot of things within a given milestone. Jun 03, 2009 issue 24 (encode_multipart_data fails during attach()) reported by caioromao - Calling Bugz.attach() results on this: TypeError: sequence item 19: expected string, int found Fix provided as attachment. Calling Bugz.attach() results on this: TypeError: sequence item 19: expected string, int found Fix provided as attachment. May 20, 2009 issue 23 (Unicode decode errors when printing bug descriptions after a...) Status changed by w.d.hubbs - I verified that this is fixed. Status: Fixed I verified that this is fixed. Status: Fixed May 20, 2009 issue 11 (Implement --version) Status changed by w.d.hubbs - This is fixed in git. Status: Fixed This is fixed in git. Status: Fixed May 01, 2009 pybugz-0.7.4.tar.gz (PyBugz 0.7.4) file uploaded by w.d.hubbs Apr 19, 2009 issue 23 (Unicode decode errors when printing bug descriptions after a...) commented on by thorium90 - This was fixed in pybugz-0.7.4_rc4. This was fixed in pybugz-0.7.4_rc4. Apr 18, 2009 pybugz-0.7.4_rc4.tar.gz (PyBugz 0.7.0_rc4) file uploaded by w.d.hubbs Apr 16, 2009 issue 23 (Unicode decode errors when printing bug descriptions after a...) reported by thorium90 - What steps will reproduce the problem? 1. Run the following search in a terminal 2. bugz search "patch to support condition detail" What is the expected output? What do you see instead? It should output the following data: 234005 genstef sys-apps/ivman-0.6.14 — patch to support condition detail matching However, it throws a unicode decode error, specifically the following: Traceback (most recent call last): File "/usr/bin/bugz", line 100, in <module> main() File "/usr/bin/bugz", line 74, in main getattr(bugz, cmd)(args, cmd_kwds) File "/usr/lib64/python2.6/site-packages/bugz/cli.py", line 234, in search self.listbugs(result, show_url) File "/usr/lib64/python2.6/site-packages/bugz/cli.py", line 737, in listbugs print line.encode(self.enc)[:self.columns] UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 50: ordinal not in range(128) What version of the product are you using? On what operating system? I'm running pybugz-0.7.4_rc3 on Gentoo Linux. Please provide any additional information below. The error clearly comes from trying to print the unicode character "—". One simple hack to fix the problem is to replace line 735 of cli.py which is the following: print line.encode(self.enc)[:self.columns] with the line: print line[:self.columns] What steps will reproduce the problem? 1. Run the following search in a terminal 2. bugz search "patch to support condition detail" What is the expected output? What do you see instead? It should output the following data: 234005 genstef sys-apps/ivman-0.6.14 — patch to support condition detail matching However, it throws a unicode decode error, specifically the following: Traceback (most recent call last): File "/usr/bin/bugz", line 100, in <module> main() File "/usr/bin/bugz", line 74, in main getattr(bugz, cmd)(args, *cmd_kwds) File "/usr/lib64/python2.6/site-packages/bugz/cli.py", line 234, in search self.listbugs(result, show_url) File "/usr/lib64/python2.6/site-packages/bugz/cli.py", line 737, in listbugs print line.encode(self.enc)[:self.columns] UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 50: ordinal not in range(128) What version of the product are you using? On what operating system? I'm running pybugz-0.7.4_rc3 on Gentoo Linux. Please provide any additional information below. The error clearly comes from trying to print the unicode character "—". One simple hack to fix the problem is to replace line 735 of cli.py which is the following: print line.encode(self.enc)[:self.columns] with the line: print line[:self.columns] Apr 11, 2009 pybugz-0.7.4_rc3.tar.gz (PyBugz 0.7.4_rc3) file uploaded by w.d.hubbs Apr 10, 2009 pybugz-0.7.4_rc2.tar.gz (pybugz 0.7.4 release candidate 2) file uploaded by w.d.hubbs Mar 31, 2009 issue 17 (PyBugz will remove "Group" attribute when modifying a bug) Labels changed by cooldwind - Labels: Priority-High −Priority-Medium Labels: Priority-High −Priority-Medium Mar 31, 2009 issue 21 (Config files have no effect in Pybugz 0.8.0) commented on by cooldwind - SVN's trunk branch has been discarded at the moment, and we continued the development from the 0.7.x. (check http://github.com/ColdWind/pybugz). So these .yml won't return soon, and won't return as they were. However, I'd like to get any coment about compatibility with multiple bugzillas. For example, which changes did you need to do for using opensolaris Bugzilla? Thank your for your report, and sorry for the delay on reply ;-) SVN's trunk branch has been discarded at the moment, and we continued the development from the 0.7.x. (check http://github.com/ColdWind/pybugz). So these .yml won't return soon, and won't return as they were. However, I'd like to get any coment about compatibility with multiple bugzillas. For example, which changes did you need to do for using opensolaris Bugzilla? Thank your for your report, and sorry for the delay on reply ;-) Mar 28, 2009 pybugz-0.7.4_rc1.tar.gz (PyBugz 0.7.4_rc1) file uploaded by w.d.hubbs Mar 26, 2009 issue 20 (Support for different components Not only Gentoo Linux, but ...) commented on by hillibil - Perhaps it should default to Gentoo Perhaps it should default to Gentoo Mar 26, 2009 issue 20 (Support for different components Not only Gentoo Linux, but ...) commented on by hillibil - Thanks for that. Thanks for that. Mar 25, 2009 issue 13 (PyBugz should not assume Bug IDs are numerical) changed by w.d.hubbs - This has been fixed in git. Thanks to Donnie for the patch. Status: Fixed Owner: w.d.hubbs This has been fixed in git. Thanks to Donnie for the patch. Status: Fixed Owner: w.d.hubbs Mar 25, 2009 issue 12 (Bugz should not reset the user when no prompt is configured) changed by w.d.hubbs - This is fixed in our git repository. The change I made was to check and prompt for the user name and password separately. Status: Fixed Owner: w.d.hubbs This is fixed in our git repository. The change I made was to check and prompt for the user name and password separately. Status: Fixed Owner: w.d.hubbs Mar 24, 2009 issue 18 (bugz.py doesn't work when no terminal is available) changed by w.d.hubbs - I took Brian up on his suggestion in comment #1 and borrowed the terminal_width function in bazaar. I ran a test by running this from a crontab and it works. Status: Fixed Owner: w.d.hubbs I took Brian up on his suggestion in comment #1 and borrowed the terminal_width function in bazaar. I ran a test by running this from a crontab and it works. Status: Fixed Owner: w.d.hubbs Mar 24, 2009 issue 16 (pybugz could authenticate before executing retrieve actions) changed by w.d.hubbs - This is fixed in the git repository at git://github.com/ColdWind/pybugz.git. Status: Fixed Owner: w.d.hubbs This is fixed in the git repository at git://github.com/ColdWind/pybugz.git. Status: Fixed Owner: w.d.hubbs Mar 24, 2009 issue 15 (Pybugz insert comment-from (-F) file contents to the editor ...) changed by w.d.hubbs - This is fixed in our git repository at git://github.com/ColdWind/pybugz.git Status: Fixed Owner: w.d.hubbs This is fixed in our git repository at git://github.com/ColdWind/pybugz.git Status: Fixed Owner: w.d.hubbs Mar 23, 2009 issue 19 (bugz -b "http://bugzilla.gnome.org" search fails with KeyErr...) changed by w.d.hubbs - This has been fixed in our git repository at git://github.com/ColdWind/pybugz.git Status: Fixed Owner: w.d.hubbs This has been fixed in our git repository at git://github.com/ColdWind/pybugz.git Status: Fixed Owner: w.d.hubbs Mar 23, 2009 issue 7 (pybugz-0.7.3 gives a traceback on default ('N') option on co...) Status changed by w.d.hubbs - This is fixed in git, wich is at git://github.com/ColdWind/pybugz.git Status: Fixed This is fixed in git, wich is at git://github.com/ColdWind/pybugz.git Status: Fixed Mar 22, 2009 issue 20 (Support for different components Not only Gentoo Linux, but ...) changed by w.d.hubbs - This has been fixed in the git repository. It is now possible to enter a component. Status: Fixed Owner: w.d.hubbs This has been fixed in the git repository. It is now possible to enter a component. Status: Fixed Owner: w.d.hubbs Mar 22, 2009 issue 22 (Traceback if description is empty) changed by w.d.hubbs - This has been fixed in our git repository which is git://github.com/ColdWind/pybugz.git. Status: Fixed Owner: w.d.hubbs This has been fixed in our git repository which is git://github.com/ColdWind/pybugz.git. Status: Fixed Owner: w.d.hubbs Mar 22, 2009 issue 9 (pybugz-0.7.3 exits with zero after being killed by SIGINT) changed by w.d.hubbs - This has been fixed in our git repository which is at git://github.com/ColdWind/pybugz. Status: Fixed Owner: w.d.hubbs This has been fixed in our git repository which is at git://github.com/ColdWind/pybugz. Status: Fixed Owner: w.d.hubbs Mar 22, 2009 issue 5 (Pybugz should append --ignore-default-opts when including em...) changed by w.d.hubbs - In current git, the --emerge-info option is being depricated in favor of --append- command, which will allow the user to define the command. Also, if you do not use this option when you post a bug and do not use the --no-append-command option, you will be prompted for the command to run. Status: Fixed Owner: w.d.hubbs In current git, the --emerge-info option is being depricated in favor of --append- command, which will allow the user to define the command. Also, if you do not use this option when you post a bug and do not use the --no-append-command option, you will be prompted for the command to run. Status: Fixed Owner: w.d.hubbs Mar 22, 2009 issue 2 (Improve error reporting when bugzilla does not escape the 0x...) Status changed by w.d.hubbs - This does not appear to be an issue any longer. The code is now hosted on github at git://github.com/ColdWind/pybugz, and I was able to retrieve the bug mentioned successfully. Status: Fixed This does not appear to be an issue any longer. The code is now hosted on github at git://github.com/ColdWind/pybugz, and I was able to retrieve the bug mentioned successfully. Status: Fixed Mar 22, 2009 issue 1 (traceback when aborting a submission) Status changed by w.d.hubbs - Status: Fixed Status: Fixed Mar 21, 2009 issue 6 (Using `--forget` should not write any cookies to disk) Status changed by cooldwind - William applied this some time ago. Thanks John! Status: Fixed William applied this some time ago. Thanks John! Status: Fixed Mar 21, 2009 issue 10 (Prefer https over http) Status changed by cooldwind - Already fixed, thanks Donnie! Status: Fixed Already fixed, thanks Donnie! Status: Fixed Jan 02, 2009 issue 22 (Traceback if description is empty) reported by mr.slay - What steps will reproduce the problem? 1. bugz -b "http://bugzilla.mozilla.org" get 471883 What is the expected output? What do you see instead? Expected: Empty [Comment #0] field. See: [Comment #0] Olli.Pettay@gmail.com : 2009-01-02 09:23:18 PST ------------------------------------------------------------------------------- Traceback (most recent call last): File "/usr/bin/bugz", line 4, in <module> bugz.main() File "/usr/lib/python2.5/site-packages/bugz.py", line 1762, in main getattr(bugz, cmd)(args, *cmd_kwds) File "/usr/lib/python2.5/site-packages/bugz.py", line 1392, in get for line in what.split('\n'): AttributeError: 'NoneType' object has no attribute 'split' What version of the product are you using? On what operating system? Version: 0.8.0 OS: Linux 2.6.24-gentoo-r7-fuse i686 Intel(R) Pentium(R) 4 CPU 3.20GHz GenuineIntel GNU/Linux Please provide any additional information below. Attached fix What steps will reproduce the problem? 1. bugz -b "http://bugzilla.mozilla.org" get 471883 What is the expected output? What do you see instead? Expected: Empty [Comment #0] field. See: [Comment #0] Olli.Pettay@gmail.com : 2009-01-02 09:23:18 PST ------------------------------------------------------------------------------- Traceback (most recent call last): File "/usr/bin/bugz", line 4, in <module> bugz.main() File "/usr/lib/python2.5/site-packages/bugz.py", line 1762, in main getattr(bugz, cmd)(args, *cmd_kwds) File "/usr/lib/python2.5/site-packages/bugz.py", line 1392, in get for line in what.split('\n'): AttributeError: 'NoneType' object has no attribute 'split' What version of the product are you using? On what operating system? Version: 0.8.0 OS: Linux 2.6.24-gentoo-r7-fuse i686 Intel(R) Pentium(R) 4 CPU 3.20GHz GenuineIntel GNU/Linux Please provide any additional information below. Attached fix Older Dec 07, 2008 issue 2 (Improve error reporting when bugzilla does not escape the 0x...) commented on by robb...@orbis-terrarum.net - I modified bugzilla just to just swallow the 0x08 during XML generation, since it does NOT have any entity replacement. ( and still trigger errors). I modified bugzilla just to just swallow the 0x08 during XML generation, since it does NOT have any entity replacement. ( and still trigger errors). Nov 28, 2008 issue 21 (Config files have no effect in Pybugz 0.8.0) commented on by brian.nitz - The second attachment fixes the pybugz lib so the Bugz/PrettyBugz interface also uses the config file. Combine this with pybugzconfigmerge.diff (a reversed unified diff, I can send you the other way around if you'd like) With both fixes in place, the .yml config files are merged into the command line options for most search parameters. The second attachment fixes the pybugz lib so the Bugz/PrettyBugz interface also uses the config file. Combine this with pybugzconfigmerge.diff (a reversed unified diff, I can send you the other way around if you'd like) With both fixes in place, the .yml config files are merged into the command line options for most search parameters. Nov 28, 2008 issue 21 (Config files have no effect in Pybugz 0.8.0) reported by brian.nitz - What steps will reproduce the problem? 1. Modify setup.py to point to a custom yml file in bugzdefs when base url is (some testable bugzilla url) 2. Modify the selected .yml file so search (list) has a default product of 'justtesting'. 3. Run bugz search with no additional command options and notice that the chosen default product is not in the query url: What is the expected output? # bugz -b http://defect.opensolaris.org/bz/ search hello Using http://defect.opensolaris.org/bz/ * Searching for 'hello' with the following options: * product = firefox $ DEBUG: Requesting http://defect.opensolaris.org/bz/buglist.cgi?status_whiteboard=&product=firefox&long_desc=&long_desc_type=substring&bug_file_loc=&emailassigned_to1=1&bug_file_loc_type=allwordssubstr&resolution=&ctype=csv&emailassigned_to2=1&bug_id=&cmdtype=doit&keywords=&emailreporter2=1&short_desc_type=allwordssubstr&email2=&email1=&component=&status_whiteboard_type=allwordssubstr&bugidtype=include&query_format=advanced&emaillongdesc1=1&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emaillongdesc2=1&short_desc=hello&chfieldto=Now&chfieldfrom=&emailtype2=substring&chfieldvalue=&emailtype1=substring&emailcc2=1&order=Bug+Number * No bugs found. What do you see instead? /usr/bin/bugz.old -b http://defect.opensolaris.org/bz/ search hello * Using http://defect.opensolaris.org/bz/ * Searching for 'hello' $ DEBUG: Requesting http://defect.opensolaris.org/bz/buglist.cgi?status_whiteboard=&product=&long_desc=&long_desc_type=substring&bug_file_loc=&emailassigned_to1=1&bug_file_loc_type=allwordssubstr&resolution=&ctype=csv&emailassigned_to2=1&bug_id=&cmdtype=doit&keywords=&emailreporter2=1&short_desc_type=allwordssubstr&email2=&email1=&component=&status_whiteboard_type=allwordssubstr&bugidtype=include&query_format=advanced&emaillongdesc1=1&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emaillongdesc2=1&short_desc=hello&chfieldto=Now&chfieldfrom=&emailtype2=substring&chfieldvalue=&emailtype1=substring&emailcc2=1&order=Bug+Number * No bugs found. What version of the product are you using? On what operating system? 0.8.0 OpenSolaris 2008.05 Please provide any additional information below. I have a patch which merges the default params from the configuration file with the params from the command line input. It worked to provide the output in my command line driven example above, but I haven't yet been able to figure out the API for making this work using the Bugz/PrettyBugz python lib interface. I'll attach the patch interface. What steps will reproduce the problem? 1. Modify setup.py to point to a custom yml file in bugzdefs when base url is (some testable bugzilla url) 2. Modify the selected .yml file so search (list) has a default product of 'justtesting'. 3. Run bugz search with no additional command options and notice that the chosen default product is not in the query url: What is the expected output? # bugz -b http://defect.opensolaris.org/bz/ search hello * Using http://defect.opensolaris.org/bz/ * Searching for 'hello' with the following options: * product = firefox $ DEBUG: Requesting http://defect.opensolaris.org/bz/buglist.cgi?status_whiteboard=&product=firefox&long_desc=&long_desc_type=substring&bug_file_loc=&emailassigned_to1=1&bug_file_loc_type=allwordssubstr&resolution=&ctype=csv&emailassigned_to2=1&bug_id=&cmdtype=doit&keywords=&emailreporter2=1&short_desc_type=allwordssubstr&email2=&email1=&component=&status_whiteboard_type=allwordssubstr&bugidtype=include&query_format=advanced&emaillongdesc1=1&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emaillongdesc2=1&short_desc=hello&chfieldto=Now&chfieldfrom=&emailtype2=substring&chfieldvalue=&emailtype1=substring&emailcc2=1&order=Bug+Number * No bugs found. What do you see instead? /usr/bin/bugz.old -b http://defect.opensolaris.org/bz/ search hello * Using http://defect.opensolaris.org/bz/ * Searching for 'hello' $ DEBUG: Requesting http://defect.opensolaris.org/bz/buglist.cgi?status_whiteboard=&product=&long_desc=&long_desc_type=substring&bug_file_loc=&emailassigned_to1=1&bug_file_loc_type=allwordssubstr&resolution=&ctype=csv&emailassigned_to2=1&bug_id=&cmdtype=doit&keywords=&emailreporter2=1&short_desc_type=allwordssubstr&email2=&email1=&component=&status_whiteboard_type=allwordssubstr&bugidtype=include&query_format=advanced&emaillongdesc1=1&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emaillongdesc2=1&short_desc=hello&chfieldto=Now&chfieldfrom=&emailtype2=substring&chfieldvalue=&emailtype1=substring&emailcc2=1&order=Bug+Number * No bugs found. What version of the product are you using? On what operating system? 0.8.0 OpenSolaris 2008.05 Please provide any additional information below. I have a patch which merges the default params from the configuration file with the params from the command line input. It worked to provide the output in my command line driven example above, but I haven't yet been able to figure out the API for making this work using the Bugz/PrettyBugz python lib interface. I'll attach the patch interface. Nov 19, 2008 issue 20 (Support for different components Not only Gentoo Linux, but ...) reported by hillibil - It is super helpfull if one wants to post into the genrell component of the bugzilla, but if one wants to post in a different component e.g. Gentoo/Alt, there is no way to do so. Could this be introduced? It is super helpfull if one wants to post into the genrell component of the bugzilla, but if one wants to post in a different component e.g. Gentoo/Alt, there is no way to do so. Could this be introduced? Aug 25, 2008 issue 19 (bugz -b "http://bugzilla.gnome.org" search fails with KeyErr...) reported by brian.nitz - What steps will reproduce the problem? 1. bugz -b "http://bugzilla.gnome.org" search python What is the expected output? What do you see instead? EXPECTD: List of bugs which match the search pattern. ACTUAL: * Using http://bugzilla.gnome.org/query.cgi * Searching for 'hello' $ DEBUG: Requesting http://bugzilla.gnome.org/buglist.cgi?status_whiteboard=&product=&long_desc=&long_desc_type=substring&bug_file_loc=&emailassigned_to1=1&bug_file_loc_type=allwordssubstr&ctype=csv&emailassigned_to2=1&bug_id=&cmdtype=doit&keywords=&emailreporter2=1&short_desc_type=allwordssubstr&email2=&email1=&component=&status_whiteboard_type=allwordssubstr&bugidtype=include&query_format=advanced&emaillongdesc1=1&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emaillongdesc2=1&short_desc=hello&chfieldto=Now&chfieldfrom=&emailtype2=substring&chfieldvalue=&emailtype1=substring&emailcc2=1&order=Bug+Number * Unknown field: product Traceback (most recent call last): File "/usr/bin/bugz", line 869, in ? main() File "/usr/bin/bugz", line 844, in main getattr(bugz, cmd)(args, cmd_kwds) File "/usr/bin/bugz", line 338, in search str += fields_fmt[field] % ' ' KeyError: 'product' What version of the product are you using? On what operating system? 0.8 build 40 on OpenSolaris. Please provide any additional information below. It appears that this bug is cause by using a nonexistent key as index in an else clause which I think was simply intended to append spaces to the output string. Proposed patch attached. Bugz source also contains MS DOS type CRLFs which means I have to pass the bugz binary through dos2unix in order for it to be runnable by the default OpenSolaris shell (fails because trailing ^M on bugz #!/usr/bin/python^M) Should I log this as a separate bug? What steps will reproduce the problem? 1. bugz -b "http://bugzilla.gnome.org" search python What is the expected output? What do you see instead? EXPECTD: List of bugs which match the search pattern. ACTUAL: Using http://bugzilla.gnome.org/query.cgi * Searching for 'hello' $ DEBUG: Requesting http://bugzilla.gnome.org/buglist.cgi?status_whiteboard=&product=&long_desc=&long_desc_type=substring&bug_file_loc=&emailassigned_to1=1&bug_file_loc_type=allwordssubstr&ctype=csv&emailassigned_to2=1&bug_id=&cmdtype=doit&keywords=&emailreporter2=1&short_desc_type=allwordssubstr&email2=&email1=&component=&status_whiteboard_type=allwordssubstr&bugidtype=include&query_format=advanced&emaillongdesc1=1&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emaillongdesc2=1&short_desc=hello&chfieldto=Now&chfieldfrom=&emailtype2=substring&chfieldvalue=&emailtype1=substring&emailcc2=1&order=Bug+Number * Unknown field: product Traceback (most recent call last): File "/usr/bin/bugz", line 869, in ? main() File "/usr/bin/bugz", line 844, in main getattr(bugz, cmd)(args, *cmd_kwds) File "/usr/bin/bugz", line 338, in search str += fields_fmt[field] % ' ' KeyError: 'product' What version of the product are you using? On what operating system? 0.8 build 40 on OpenSolaris. Please provide any additional information below. It appears that this bug is cause by using a nonexistent key as index in an else clause which I think was simply intended to append spaces to the output string. Proposed patch attached. Bugz source also contains MS DOS type CRLFs which means I have to pass the bugz binary through dos2unix in order for it to be runnable by the default OpenSolaris shell (fails because trailing ^M on bugz #!/usr/bin/python^M) Should I log this as a separate bug? Aug 21, 2008 issue 18 (bugz.py doesn't work when no terminal is available) commented on by matpuk - Unfortunately, both your comments are not about the issue. The problem is when there is no terminal available, 'stty' returns warning but not two numbers. As a result, the code 'rows, cols = map(int, row_cols.split())' throws exception. Unfortunately, both your comments are not about the issue. The problem is when there is no terminal available, 'stty' returns warning but not two numbers. As a result, the code 'rows, cols = map(int, row_cols.split())' throws exception. Aug 19, 2008 issue 18 (bugz.py doesn't work when no terminal is available) commented on by brian.nitz - Sorry, this is the patch which makes stty work on OpenSolaris (the readline patch is also necessary but isn't directly related to this bug): --- bugz.good Thu Jul 31 15:17:27 2008 +++ bugz Tue Aug 19 17:25:59 2008 @@ -63,7 +63,10 @@ @return: width of the current terminal @rtype: int """ - stty = which('stty') + try: + stty = which('/usr/gnu/bin/stty') + except: + stty = which('stty') if stty: row_cols = commands.getoutput("%s size" % stty) rows, cols = map(int, row_cols.split()) Sorry, this is the patch which makes stty work on OpenSolaris (the readline patch is also necessary but isn't directly related to this bug): --- bugz.good Thu Jul 31 15:17:27 2008 +++ bugz Tue Aug 19 17:25:59 2008 @@ -63,7 +63,10 @@ @return: width of the current terminal @rtype: int """ - stty = which('stty') + try: + stty = which('/usr/gnu/bin/stty') + except: + stty = which('stty') if stty: row_cols = commands.getoutput("%s size" % stty) rows, cols = map(int, row_cols.split())

issue 19 (bugz -b "http://bugzilla.gnome.org" search fails with KeyErr...) reported by brian.nitz - What steps will reproduce the problem? 1. bugz -b "http://bugzilla.gnome.org" search python What is the expected output? What do you see instead? EXPECTD: List of bugs which match the search pattern. ACTUAL: * Using http://bugzilla.gnome.org/query.cgi * Searching for 'hello' $ DEBUG: Requesting http://bugzilla.gnome.org/buglist.cgi?status_whiteboard=&product=&long_desc=&long_desc_type=substring&bug_file_loc=&emailassigned_to1=1&bug_file_loc_type=allwordssubstr&ctype=csv&emailassigned_to2=1&bug_id=&cmdtype=doit&keywords=&emailreporter2=1&short_desc_type=allwordssubstr&email2=&email1=&component=&status_whiteboard_type=allwordssubstr&bugidtype=include&query_format=advanced&emaillongdesc1=1&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emaillongdesc2=1&short_desc=hello&chfieldto=Now&chfieldfrom=&emailtype2=substring&chfieldvalue=&emailtype1=substring&emailcc2=1&order=Bug+Number * Unknown field: product Traceback (most recent call last): File "/usr/bin/bugz", line 869, in ? main() File "/usr/bin/bugz", line 844, in main getattr(bugz, cmd)(*args, **cmd_kwds) File "/usr/bin/bugz", line 338, in search str += fields_fmt[field] % ' ' KeyError: 'product' What version of the product are you using? On what operating system? 0.8 build 40 on OpenSolaris. Please provide any additional information below. It appears that this bug is cause by using a nonexistent key as index in an else clause which I think was simply intended to append spaces to the output string. Proposed patch attached. Bugz source also contains MS DOS type CRLFs which means I have to pass the bugz binary through dos2unix in order for it to be runnable by the default OpenSolaris shell (fails because trailing ^M on bugz #!/usr/bin/python^M) Should I log this as a separate bug?

What steps will reproduce the problem? 1. bugz -b "http://bugzilla.gnome.org" search python What is the expected output? What do you see instead? EXPECTD: List of bugs which match the search pattern. ACTUAL: * Using http://bugzilla.gnome.org/query.cgi * Searching for 'hello' $ DEBUG: Requesting http://bugzilla.gnome.org/buglist.cgi?status_whiteboard=&product=&long_desc=&long_desc_type=substring&bug_file_loc=&emailassigned_to1=1&bug_file_loc_type=allwordssubstr&ctype=csv&emailassigned_to2=1&bug_id=&cmdtype=doit&keywords=&emailreporter2=1&short_desc_type=allwordssubstr&email2=&email1=&component=&status_whiteboard_type=allwordssubstr&bugidtype=include&query_format=advanced&emaillongdesc1=1&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emaillongdesc2=1&short_desc=hello&chfieldto=Now&chfieldfrom=&emailtype2=substring&chfieldvalue=&emailtype1=substring&emailcc2=1&order=Bug+Number * Unknown field: product Traceback (most recent call last): File "/usr/bin/bugz", line 869, in ? main() File "/usr/bin/bugz", line 844, in main getattr(bugz, cmd)(*args, **cmd_kwds) File "/usr/bin/bugz", line 338, in search str += fields_fmt[field] % ' ' KeyError: 'product' What version of the product are you using? On what operating system? 0.8 build 40 on OpenSolaris. Please provide any additional information below. It appears that this bug is cause by using a nonexistent key as index in an else clause which I think was simply intended to append spaces to the output string. Proposed patch attached. Bugz source also contains MS DOS type CRLFs which means I have to pass the bugz binary through dos2unix in order for it to be runnable by the default OpenSolaris shell (fails because trailing ^M on bugz #!/usr/bin/python^M) Should I log this as a separate bug?

Last 7 days

Earlier this year

Older