*** Joins: neha (73f8626a@gateway/web/freenode/ip.115.248.98.106) | 01:31 | |
neha | Hi | 01:31 |
---|---|---|
neha | I added a custom status in Mantis, it can be seen in the Footer where color codes are shown on View Issues page, also I can see the newly added custom status in the Filters, but i cannot see it in Status dropdown of Issue Report page | 01:34 |
neha | can anyone suggest | 01:34 |
neha | is anyone available to help | 01:41 |
*** Joins: djSupport (~djsupport@188-221-240-190.zone12.bethere.co.uk) | 01:42 | |
dhx1 | neha: it's probably a permissions issue (you need to change thresholds so that your user account can use the new status) | 01:45 |
neha | I am the Mantis Admin | 01:46 |
neha | yet i cannot see it | 01:46 |
dhx1 | neha: either that or your workflow won't let you report an issue with that high of a status | 01:46 |
dhx1 | neha: you can't report an issue at the 'completed' status by default | 01:46 |
dhx1 | afaik | 01:46 |
neha | I added a Custom Status Deployed with number 85 | 01:48 |
neha | so that the Resolved issues can be set to deployed | 01:48 |
neha | is there a better place whr i can get support in Mantis | 01:49 |
dhx1 | umm actually MantisBT doesn't even support setting the status when reporting an issue | 01:49 |
neha | no not while reporting | 01:50 |
neha | I mean after the developer sets the status of an issue to resolve | 01:50 |
neha | they want to set it to DEPLOYED | 01:50 |
neha | but the Deployed status is not appearing in the Dropdown | 01:51 |
*** Quits: siebrand (~beis@535392CA.cm-6-4c.dynamic.ziggo.nl) (Read error: Connection reset by peer) | 01:51 | |
dhx1 | neha: did you set the workflow? | 01:51 |
neha | although its appearing the Status dropdown in the Filters | 01:51 |
dhx1 | neha: MantisBT 1.3.x actually has a graph in the admin interface that shows you a workflow graph (if you have graphviz available and enabled) | 01:52 |
*** Quits: mantisbt_63237 (7deb8056@gateway/web/freenode/ip.125.235.128.86) (Quit: Page closed) | 01:53 | |
dhx1 | neha: is #12537 the same problem you have? | 01:54 |
dhx1 | http://www.mantisbt.org/bugs/view.php?id=12537 | 01:54 |
neha | no | 01:59 |
neha | can u provide me with an email address where i can send u the details | 02:00 |
dhx1 | neha: use the mantis-help mailing list | 02:01 |
dhx1 | neha: that way other people can see the q/a later... and other people can help | 02:01 |
*** Joins: siebrand (~beis@535392CA.cm-6-4c.dynamic.ziggo.nl) | 02:01 | |
neha | how can i use that | 02:01 |
neha | i mean | 02:01 |
dhx1 | neha: https://lists.sourceforge.net/lists/listinfo/mantisbt-help | 02:05 |
dhx1 | neha: subscribe to that list and then you will be able to send emails to mantisbt-help@lists.sourceforge.net with your question | 02:05 |
dhx1 | neha: make sure you are VERY specific in your email... which version of MantisBT you're using, which version of PHP, which database server (and version), configuration files (censored of sensitive information), etc | 02:06 |
neha | ok | 02:06 |
dhx1 | neha: read http://www.catb.org/~esr/faqs/smart-questions.html for more information on how to get help from open source projects | 02:07 |
*** Quits: djSupport (~djsupport@188-221-240-190.zone12.bethere.co.uk) (Read error: Connection reset by peer) | 02:07 | |
*** Quits: neha (73f8626a@gateway/web/freenode/ip.115.248.98.106) (Quit: Page closed) | 02:21 | |
*** Joins: Cupertino (~Cupez@62-177-158-122.dsl.bbeyond.nl) | 02:33 | |
*** Quits: Cupertino (~Cupez@62-177-158-122.dsl.bbeyond.nl) (Changing host) | 02:33 | |
*** Joins: Cupertino (~Cupez@unaffiliated/cupertino) | 02:33 | |
*** Joins: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) | 03:08 | |
*** Joins: Al_Chapone (~chatzilla@ATuileries-153-1-15-28.w82-123.abo.wanadoo.fr) | 03:44 | |
*** Joins: flg (~flg@adsl-89-217-128-223.adslplus.ch) | 04:35 | |
*** Joins: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) | 05:31 | |
*** Joins: kirillka (~Miranda@195.242.142.17) | 06:22 | |
*** Quits: Al_Chapone (~chatzilla@ATuileries-153-1-15-28.w82-123.abo.wanadoo.fr) (Ping timeout: 245 seconds) | 07:21 | |
*** Joins: Leonard (~Leonard@150.237.48.99) | 07:58 | |
Leonard | Hey all | 07:58 |
Leonard | I'm having issues with Mantis timing out whenever I try to make a page request | 07:59 |
Leonard | anyone heard of such an issue? | 07:59 |
Leonard | The weird thing, our timeout is set fairly low, and it never times out :/ | 08:00 |
Leonard | I had this working on a local machine - wamp on win7 | 08:00 |
Leonard | fine | 08:00 |
Leonard | now on live server - win 2008 server, but times out | 08:01 |
Leonard | exactly same set up | 08:01 |
Leonard | apart from OS version :/ | 08:01 |
dhx1 | Leonard: it's probably a PHP/IIS configuration error by the sound of things | 08:06 |
dhx1 | Leonard: if PHP cannot render a page in a given time limit it generally stops itself, throws an error and terminates | 08:07 |
*** Joins: Al_Chapone (~chatzilla@ATuileries-153-1-15-28.w82-123.abo.wanadoo.fr) | 08:08 | |
Leonard | there's no error though :/ | 08:10 |
Leonard | it goes well past max_execution_time set in php.ini - never gives an error | 08:10 |
Leonard | I have seen a similar error with curl timeouts in the past - where you'd get a loading icon constantly because fo a ridiculously high default timeout | 08:11 |
Leonard | but I've let it run for a good 5 or 10 minutes several times, and nothing | 08:11 |
dhx1 | Leonard: a time out therefore indicates it's more an issue with IIS (or whatever you're using) is misconfigured? | 08:27 |
dhx1 | Leonard: do other PHP pages work (ie. a test PHP page that simply echoes a value)? | 08:27 |
*** Joins: alcidae (~ferris@c-68-38-222-142.hsd1.nj.comcast.net) | 08:43 | |
*** Joins: daryn (~daryn@h158.249.190.173.static.ip.windstream.net) | 09:04 | |
Leonard | dhx1: Initially the site loads - it's just when I go to log in that it starts timing out. Then after that first timeout all future requestsfail | 09:11 |
dhx1 | Leonard: are you using the latest version of PHP? it's now sounding like you've got a buggy version of PHP that crashes | 09:12 |
dhx1 | Leonard: and I guess it's not a Fast CGI setup where the process is spawned again on the next load in the event of a crash | 09:13 |
dhx1 | early PHP 5.3.x builds were known for crashing | 09:13 |
*** Joins: istvanb (d917e473@gateway/web/freenode/ip.217.23.228.115) | 09:31 | |
istvanb | hi everybody | 09:31 |
istvanb | I have integrated WebSVN under Mantis | 09:32 |
istvanb | I am just wondering what should I see | 09:32 |
istvanb | when I click to browse then it redirects me to the websvn page (with no headers of the Mantis whatsoever) | 09:33 |
istvanb | is this the expected behaviour? | 09:33 |
dhx1 | istvanb: yep | 09:33 |
istvanb | alright | 09:34 |
istvanb | so.. | 09:34 |
dhx1 | istvanb: did you have an alternative idea? | 09:34 |
dhx1 | or were you expecting it to be integrated within MantisBT itself? | 09:35 |
istvanb | we use SVN | 09:35 |
istvanb | I'd like to see how the integration works | 09:35 |
dhx1 | IMO it is better to reuse an application that already exists than to reinvent the wheel (poorly) | 09:35 |
Leonard | dhx1: Cheers for the pointers. http://www.mantisbt.org/bugs/view.php?id=11535 < This fixes my problems. 5.3.0 crypt() bug :) | 09:35 |
istvanb | I have no specific requirements simply because I have no idea what can expect from an integration like this | 09:35 |
istvanb | is it difficult to set up a relationship between certain issue and an SVN release? | 09:36 |
dhx1 | istvanb: I assume you're using SourceIntegration in which case it's extremely simple... just place a special line like "Fixes #12345" or "Issue #123" in your commit message and SourceIntegration will do the linking for you | 09:38 |
dhx1 | istvanb: you can go to the plugins options screen to change the regular expression matching for those lines | 09:39 |
istvanb | oh really? | 09:39 |
istvanb | that would be awesome! | 09:39 |
dhx1 | by default I think it is set to find "Fixes #123", "Fix #123" and "Issue #123" | 09:40 |
dhx1 | it's completely customisable though | 09:40 |
istvanb | can you pinpoint a document where I can read more about the plugin config page? Its not straightforward for me | 09:42 |
dhx1 | http://www.unitz.com/u-notez/2009/10/subversion-svn-integration-mantisbt/ | 09:44 |
dhx1 | also http://leetcode.net/blog/2009/01/integrating-git-svn-with-mantisbt/ (slightly older and less detailed) | 09:44 |
istvanb | sweet! | 09:50 |
istvanb | thank man | 09:50 |
istvanb | the day is saved! ...again | 09:50 |
*** Parts: alcidae (~ferris@c-68-38-222-142.hsd1.nj.comcast.net) | 09:50 | |
*** Quits: kirillka (~Miranda@195.242.142.17) (Quit: kirillka) | 09:56 | |
*** Quits: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) (Quit: Rixie) | 09:59 | |
Al_Chapone | Hi, i don't success to do an attachment more than 1Mb, someone could remember me what i have to do with the php.ini ? | 10:03 |
nuclear_eclipse | Al_Chapone: if you are storing attachments in the database, you also need to change the database configuration to increase the maximum query/packet size | 10:03 |
Al_Chapone | already done, i put "$g_max_file_size = 2000000; # 2 MB" | 10:05 |
dhx1 | Al_Chapone: nuclear_eclipse was referring to the settings for your database server (MySQL, PostgreSQL, etc) | 10:06 |
dhx1 | Al_Chapone: PHP also has to have a maximum post size that matches or exceeds the maximum attachment size | 10:07 |
dhx1 | Al_Chapone: MantisBT 1.3.x has a new admin/check/ interface that makes it much easier to detect problems with attachment size limit configurations | 10:07 |
Al_Chapone | ok i check | 10:11 |
Al_Chapone | erf, i'm under 1.2.1 | 10:13 |
dhx1 | Al_Chapone: it should still work fine for 1.2.1... although you should really upgrade to 1.2.3 for security reasons | 10:14 |
dhx1 | Al_Chapone: what error are you seeing with attachment sizes > 1MB? | 10:14 |
Al_Chapone | hmmm I had : "SetEnv REGISTER_GLOBALS 0" i put 1 and i test | 10:18 |
Al_Chapone | APPLICATION ERROR #401 | 10:19 |
Al_Chapone | dhx1: APPLICATION ERROR #401 | 10:23 |
dhx1 | don't use register globals! http://php.net/manual/en/security.globals.php | 10:25 |
dhx1 | I don't think we even let MantisBT operate if register globals is enabled in PHP (hence the #401)? | 10:26 |
Al_Chapone | ok i put 0 now | 10:31 |
nuclear_eclipse | Al_Chapone: in your mysql/my.cnf file, you need to increase the value max_allowed_packet from 1M to something larger | 10:37 |
nuclear_eclipse | on mine, I have it set to 4M | 10:37 |
nuclear_eclipse | but if you need larger attachments, set it larger | 10:38 |
Al_Chapone | my DB is not local, i have a provider | 10:40 |
*** Quits: siebrand (~beis@535392CA.cm-6-4c.dynamic.ziggo.nl) () | 10:40 | |
nuclear_eclipse | Al_Chapone: then you are probably stuck with a 1M attachment size limit, unless you can switch to storing attachments on the filesystem | 10:40 |
Al_Chapone | i'll search if i can modify the value of this parameter | 10:40 |
*** Quits: istvanb (d917e473@gateway/web/freenode/ip.217.23.228.115) (Quit: Page closed) | 10:57 | |
Al_Chapone | i didn't find, i asked to my provider, to wait ... | 11:07 |
Al_Chapone | thanks for your help nuclear_eclipse and dhx1 | 11:07 |
dhx1 | Al_Chapone: it is almost always better to store attachments to disk (performance reasons mostly) | 11:07 |
dhx1 | dhx1: MantisBT 1.3.x supports X-Send-File (or equivalent) for servers such as nginx and lighttpd so that attachments are served up off the disk as static files with a zero-copy buffer | 11:09 |
dhx1 | Al_Chapone: this is literally the highest performance method of serving attachments you'll ever see in a web application :) | 11:09 |
*** Quits: Cupertino (~Cupez@unaffiliated/cupertino) (Quit: I give up...) | 11:09 | |
Al_Chapone | i have max 3 active users on my DB, so ... | 11:12 |
dhx1 | heh :) | 11:13 |
Al_Chapone | so the offer i have with my provider don't alloy me to change this parameter :'( | 11:48 |
*** Quits: thraxisp (~thraxisp@24.139.16.154) (Ping timeout: 245 seconds) | 12:02 | |
*** Quits: flg (~flg@adsl-89-217-128-223.adslplus.ch) (Read error: Connection reset by peer) | 12:06 | |
*** Joins: flg (~flg@adsl-89-217-128-223.adslplus.ch) | 12:06 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 255 seconds) | 12:20 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 12:24 | |
*** Quits: Al_Chapone (~chatzilla@ATuileries-153-1-15-28.w82-123.abo.wanadoo.fr) (Quit: ChatZilla 0.9.86 [Firefox 3.6.12/20101026210630]) | 12:35 | |
*** Quits: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) (Ping timeout: 245 seconds) | 13:10 | |
*** Joins: kirillka (~Miranda@134-220-36-78.baltnet.ru) | 13:37 | |
*** Quits: wolog (~wolog@87.106.58.253) (Quit: Changing server) | 13:48 | |
*** Quits: flg (~flg@adsl-89-217-128-223.adslplus.ch) (Read error: Connection reset by peer) | 14:01 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 245 seconds) | 14:13 | |
*** Joins: rolfkleef (~rolf@urtica.xs4all.nl) | 14:20 | |
*** Quits: rolfkleef (~rolf@urtica.xs4all.nl) (Disconnected by services) | 14:26 | |
*** Joins: rolfkleef1 (~rolf@urtica.xs4all.nl) | 14:26 | |
*** Joins: wolog (~wolog@87.106.58.253) | 14:42 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 14:55 | |
*** Joins: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) | 15:25 | |
*** Joins: [KK]Kirill (~Miranda@228-213-36-78.baltnet.ru) | 17:21 | |
*** Quits: kirillka (~Miranda@134-220-36-78.baltnet.ru) (Read error: Connection reset by peer) | 17:21 | |
*** Quits: daryn (~daryn@h158.249.190.173.static.ip.windstream.net) (Read error: Connection reset by peer) | 18:06 | |
*** Joins: moto-moi (~hylke@2001:888:13e4:0:21f:e2ff:fe0c:ce28) | 18:37 | |
*** Quits: scribe9343423 (~scribe934@static.96.23.63.178.clients.your-server.de) (Remote host closed the connection) | 19:00 | |
*** Joins: scribe9343423 (~scribe934@static.96.23.63.178.clients.your-server.de) | 19:00 | |
*** Quits: moto-moi (~hylke@2001:888:13e4:0:21f:e2ff:fe0c:ce28) (Read error: Operation timed out) | 19:16 | |
*** Joins: rolfkleef (~rolf@urtica.xs4all.nl) | 20:30 | |
*** Quits: rolfkleef1 (~rolf@urtica.xs4all.nl) (Read error: Connection reset by peer) | 20:30 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 255 seconds) | 21:05 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 21:48 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Quit: Leaving.) | 22:13 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 22:14 | |
*** [KK]Kirill is now known as kirillka | 23:33 | |
*** Quits: kirillka (~Miranda@228-213-36-78.baltnet.ru) (Quit: kirillka) | 23:33 | |
*** Quits: rolfkleef (~rolf@urtica.xs4all.nl) (Ping timeout: 264 seconds) | 23:48 |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!