*** Joins: daryn (~daryn@h63.157.16.98.dynamic.ip.windstream.net) | 00:21 | |
*** Quits: daryn (~daryn@h63.157.16.98.dynamic.ip.windstream.net) (Quit: Ex-Chat) | 01:14 | |
*** Joins: dhx_m (~anonymous@c122-107-185-177.eburwd5.vic.optusnet.com.au) | 02:26 | |
*** Joins: Cupertino (~Cupez@unaffiliated/cupertino) | 02:44 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Read error: Operation timed out) | 03:08 | |
*** Quits: siebrand (~beis@sm.xs4all.nl) () | 03:17 | |
*** Joins: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) | 03:24 | |
*** Joins: kirillka (~Miranda@42-216-55-95.baltnet.ru) | 03:39 | |
*** Joins: Rixie_ (~Rixie@0x4dd7390e.adsl.cybercity.dk) | 04:23 | |
*** Quits: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) (Read error: Connection reset by peer) | 04:23 | |
*** Rixie_ is now known as Rixie | 04:23 | |
*** Joins: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) | 04:27 | |
*** Quits: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) (Read error: Connection reset by peer) | 04:32 | |
*** Joins: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) | 04:33 | |
*** Quits: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) (Remote host closed the connection) | 06:18 | |
*** Joins: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) | 06:33 | |
*** Quits: fanno (~Morten@90.184.93.233) (Read error: Connection reset by peer) | 07:30 | |
*** Quits: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) (Ping timeout: 240 seconds) | 08:04 | |
*** Joins: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) | 08:47 | |
*** Quits: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) (Read error: Connection reset by peer) | 08:47 | |
*** Joins: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) | 09:08 | |
*** Parts: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) | 09:23 | |
*** Quits: kirillka (~Miranda@42-216-55-95.baltnet.ru) (Ping timeout: 260 seconds) | 09:37 | |
*** Joins: daryn (~daryn@rrcs-76-79-4-2.west.biz.rr.com) | 09:42 | |
*** Quits: Cupertino (~Cupez@unaffiliated/cupertino) (Quit: I give up...) | 11:05 | |
*** Joins: orac1 (~jb_buldog@082-146-096-170.dyn.adsl.xs4all.be) | 11:22 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 11:24 | |
*** Joins: siebrand (~beis@sm.xs4all.nl) | 12:05 | |
*** Quits: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) (Ping timeout: 240 seconds) | 12:08 | |
*** Joins: moto-moi (~hylke@cara.xs4all.nl) | 12:12 | |
*** Quits: dhx_m (~anonymous@c122-107-185-177.eburwd5.vic.optusnet.com.au) (Remote host closed the connection) | 12:32 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 265 seconds) | 12:37 | |
*** Joins: dhx_m (~anonymous@c122-107-185-177.eburwd5.vic.optusnet.com.au) | 13:02 | |
*** orac1 is now known as Orac|away | 13:41 | |
*** Joins: socorropc (~socorropc@190.131.162.18) | 14:34 | |
socorropc | hello, I recently upgraded to version 1.2.1. Installation worked fine before under 1.2rc2. Now I have problem opening issues in spite custom field is showed and required only when resolving the issue... any suggestions? | 14:39 |
---|---|---|
socorropc | get an error # 11 "required field ..." is empty | 14:40 |
*** Quits: Orac|away (~jb_buldog@082-146-096-170.dyn.adsl.xs4all.be) (Ping timeout: 245 seconds) | 14:45 | |
socorropc | another question, any way of improving queries performance? sometimes mantis take ages to save changes... installation with 1400 projects, 10 users, now has only 2500 issues and already slow... | 14:48 |
nuclear_eclipse | 1400 projects?! | 14:50 |
nuclear_eclipse | and only 10 users? | 14:50 |
socorropc | yeap, being used as a call center tracking system, for client support and equipment maintenance purposes... | 14:51 |
socorropc | projects are clients being attended... | 14:52 |
daryn | the slowness is most likely due to trying to build a select list with 1400 project entries. | 14:52 |
nuclear_eclipse | yeah, that's my though | 14:52 |
nuclear_eclipse | t | 14:52 |
daryn | we have about 40 projects, 50000 plus entries, 50 users and not slow at all | 14:53 |
daryn | but i did notice when we loaded up the project list for testing that slowed it down quite a bit. mainly on the html rendering | 14:53 |
socorropc | any tweaks could be done in php.ini or mysql? mantis is hosted under xampp in the local network | 14:53 |
daryn | that problem is likely the browser client | 14:54 |
daryn | nothing php or mysql | 14:54 |
socorropc | what would you recommend? well projects are divided into subprojects, because are divided into a regional classification, so the region that has more subprojects has about 600... | 14:56 |
nuclear_eclipse | socorropc: depending on your requirements, perhaps you could replace some of the project segmentation with categories or tagging | 14:57 |
nuclear_eclipse | ie, rather than having 1400 projects, have 50-100 projects that each have a number of categories associated with them? | 14:57 |
nuclear_eclipse | but without knowing the context of how your hierarchy is designed, it's hard to give much else as a suggestion | 14:58 |
socorropc | i dont have a long list of 1400 projects, have about 20 projects and subprojects below them. but cannot reduce to more subprojects, since they are already divided to cities... | 14:59 |
nuclear_eclipse | socorropc: perhaps at the city project level, rather than having subprojcets under that, you could use categories instead? | 15:01 |
socorropc | no, because it is important to identify the client being attended at that moment... i will continue trying to enhance the code using ajax filters instead of a dropdown for subprojects... | 15:02 |
socorropc | got another question, I recently upgraded to version 1.2.1. Installation worked fine before under 1.2rc2. Now I have problem opening issues in spite custom field is showed and required only when resolving the issue... any suggestions? got error 11, required field is empty... | 15:03 |
nuclear_eclipse | socorropc: maybe the client's name could be a custom field? | 15:03 |
nuclear_eclipse | rather than a project? | 15:03 |
nuclear_eclipse | no clue about that error | 15:03 |
daryn | nuclear_eclipse that is the error where dhx_m change the validation on the custom fields | 15:06 |
daryn | it is pissing me off right now too | 15:07 |
nuclear_eclipse | ok | 15:07 |
daryn | didn't you have a discussion with him regarding that? | 15:07 |
socorropc | the solution of custom fields for clients I have already reviewed, but the case is that I have additional custom fields to be shown depending to the client. For example, client 1 has 3 equipments being checked. So, if I choose client 1, system should show only equipments for that client... | 15:07 |
nuclear_eclipse | daryn: if I did, I don't remember it | 15:11 |
daryn | ok | 15:11 |
daryn | filters? :) | 15:11 |
nuclear_eclipse | not yet... =\ | 15:11 |
*** Joins: slestak (~sromanow@63-144-86-130.dia.static.qwest.net) | 15:14 | |
socorropc | I have already unchecked the required when resolved, and still does not work... what should I do? go back to 1.2rc2? | 15:17 |
socorropc | or is there any available atch I could get? | 15:18 |
nuclear_eclipse | socorropc: iirc, 1.2.0 does not have that behavior | 15:18 |
socorropc | are there database changes from 1.2.0 to 1.2.1 that I should fix? | 15:19 |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 15:20 | |
nuclear_eclipse | no | 15:22 |
nuclear_eclipse | we have a policy of not changing database schema between minor versions | 15:22 |
socorropc | great, where is version 1.2.0 located? do you know the link? in mantisbt.org website I dont see it... | 15:23 |
nuclear_eclipse | the download link for 1.2.1 will take you to source forge, where you'll find teh older releases | 15:23 |
socorropc | found it, great guys, thank you very much for your time and help | 15:25 |
nuclear_eclipse | you're welcome | 15:25 |
*** Quits: socorropc (~socorropc@190.131.162.18) (Quit: What?! Open source isn't good enough for you? Bersirc 2.2 [ http://www.bersirc.org/ - Open Source IRC ]) | 15:34 | |
*** Joins: john (~john@75-142-199-138.static.rvsd.ca.charter.com) | 16:34 | |
*** john is now known as johnd | 16:34 | |
*** johnd is now known as John-_d | 16:34 | |
John-_d | Hello All, I have searched google with no avail. When I do an export and I am using the field for date_submitted or last_updated. However, when I export these there is no timestamp on them, only a date. Is there a way to export them with the time | 16:38 |
*** Joins: adalwolf (~john@75-142-199-138.static.rvsd.ca.charter.com) | 16:38 | |
*** Joins: fanno (~Morten@90.184.93.233) | 16:47 | |
*** Joins: socorropc (~socorropc@190.131.162.18) | 17:16 | |
socorropc | hi, in version 1.2.0, I have config_inc.php variable set $g_enable_profiles = OFF; but still showing profiles, any way of disabling them? | 17:17 |
socorropc | this feature works okay in 1.2.1 & 1.2rc2 | 17:17 |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 265 seconds) | 17:18 | |
nuclear_eclipse | socorropc: that's one of the bugs that was fixed in 1.2.1 | 17:22 |
nuclear_eclipse | you could find and apply the patch by hand | 17:22 |
socorropc | great, where can I find it? | 17:23 |
nuclear_eclipse | http://www.mantisbt.org/bugs/view.php?id=11565 | 17:24 |
*** Quits: moto-moi (~hylke@cara.xs4all.nl) (Quit: Ex-Chat) | 17:31 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 17:31 | |
John-_d | Hello All, I have searched google with no avail. When I do an export and I am using the field for date_submitted or last_updated. However, when I export these there is no timestamp on them, only a date. Is there a way to export them with the time | 17:31 |
socorropc | dont understand the fix, I changed $tpl_show_profiles = ON == config_get( 'enable_profiles' ); into $tpl_show_profiles = config_get( 'enable_profiles' ); but still nor working | 17:32 |
nuclear_eclipse | socorropc: that's only part of the fix | 17:33 |
nuclear_eclipse | http://git.mantisbt.org/?p=mantisbt.git;a=commitdiff;h=19b969e99ed0d8e5be2ee114fa814a3f7521cbe4 | 17:33 |
John-_d | nuclear_eclipse, I know you have the answer. is it possible to export timestamps? | 17:35 |
nuclear_eclipse | I've never used the exports, sorry | 17:35 |
nuclear_eclipse | John-_d: a first glance at excel_xml_export.php sounds like changing $g_short_date_format in your config_inc.php should change how it exports | 17:36 |
John-_d | thanks I will look there | 17:37 |
socorropc | John, I have already dealed with this timestamps, there is a function in mysql to convert timestamp into datetime, I think its unixtime. The easiest way is to create a view of the data you need to export, using that command to convert dates | 17:37 |
nuclear_eclipse | John-_d: alternatively, if you update that file to use normal_date_format instead, that would also work | 17:37 |
John-_d | so $t_short_date_format = config_get( 'short_date_format' ); would be $t_short_date_format = config_get( 'normal_date_format'); | 17:38 |
nuclear_eclipse | yep | 17:39 |
John-_d | sweet thanks | 17:39 |
John-_d | sry im pretty new at this | 17:39 |
nuclear_eclipse | np | 17:39 |
socorropc | nuclear_eclipse, you are great, thanks for your help, worked fine | 17:39 |
nuclear_eclipse | socorropc: congrats :) | 17:39 |
John-_d | damn | 17:40 |
John-_d | this only changed the date format to SQL type | 17:40 |
John-_d | no time | 17:40 |
nuclear_eclipse | 00:00 you mean? | 17:40 |
John-_d | sry I may have edited the wrong file let me try again | 17:41 |
John-_d | nvm I am seeind this | 17:41 |
adalwolf | sorry network problems (I am John-_d) | 17:42 |
adalwolf | I am seeing: Date Submitted | 17:42 |
adalwolf | 2010-06-24 | 17:42 |
nuclear_eclipse | what export format are you using? | 17:42 |
adalwolf | excel | 17:42 |
nuclear_eclipse | hmm | 17:42 |
adalwolf | isnt excel and xml the same? | 17:42 |
nuclear_eclipse | ah ha | 17:43 |
nuclear_eclipse | you need to edit core/excel_api.php | 17:43 |
nuclear_eclipse | there are two instances where you'd need to change short_date_format to normal_date_format | 17:44 |
adalwolf | sry same thing | 17:45 |
nuclear_eclipse | =\ | 17:45 |
nuclear_eclipse | I'm not sure then, I'm sorry | 17:46 |
daryn | nuclear_eclipse sounds like those should be configurable | 17:46 |
nuclear_eclipse | and I don't have Excel to test anything with, either | 17:46 |
adalwolf | hehe no problem | 17:46 |
nuclear_eclipse | daryn: the date formats are | 17:46 |
adalwolf | even as CSV export id like to see it | 17:47 |
daryn | i mean which format gets used in various places | 17:47 |
adalwolf | on the View Issue page, that might be a good start | 17:47 |
*** Parts: slestak (~sromanow@63-144-86-130.dia.static.qwest.net) | 17:47 | |
adalwolf | AHA!~ | 17:48 |
adalwolf | nuclear_eclipse: Turns out I did not save the file (dumb me) that API trick worked | 17:48 |
nuclear_eclipse | lol | 17:48 |
nuclear_eclipse | ok | 17:48 |
adalwolf | yay vi | 17:49 |
adalwolf | I went to :q and it told me I hadnt saved | 17:49 |
nuclear_eclipse | daryn: sounds to me like those fields should just default to using normal_date_format instead; I'm not sure why less info on an export is "better"? | 17:49 |
adalwolf | is normal_date_format a php function? | 17:49 |
* nuclear_eclipse <3 vim | 17:49 | |
adalwolf | ya actually im using vim. tbh I hate vi but vim is nice :D I liek to use arrow keys | 17:50 |
daryn | yeah... | 17:50 |
adalwolf | and a quick google of normal_date_format reveals: http://www.mantisbt.org/forums/viewtopic.php?t=786 | 17:50 |
nuclear_eclipse | short/normal_date_format are configurable strings in Mantis that get passed to php's date() function | 17:50 |
adalwolf | gotcha | 17:51 |
adalwolf | where do they live? | 17:51 |
* adalwolf ducks | 17:51 | |
nuclear_eclipse | config_defaults_inc.php | 17:51 |
adalwolf | ty sir | 17:51 |
nuclear_eclipse | if you want to modify them, copy them to your config_inc.php and change them there | 17:51 |
adalwolf | gotcha | 17:51 |
socorropc | Is there a way of showing a custom defined field when an issue is "confirmed" by the assigned user? I need the user to input that information only when that happens... | 17:54 |
nuclear_eclipse | socorropc: not currently | 17:54 |
socorropc | okay, so, only would work when updating the issue? | 17:55 |
daryn | yes there is | 17:55 |
daryn | write a custom function | 17:55 |
socorropc | hmm how could I write one? | 17:56 |
daryn | just a sec. it's been awhile since i wrote ours | 17:56 |
socorropc | thanks daryn | 17:57 |
daryn | k. the file you need to add is custom_functions_inc.php | 17:57 |
daryn | if it isn't there already | 17:57 |
daryn | there are default functions available | 17:57 |
daryn | for example custom_function_default_issue_update_validate | 17:58 |
daryn | you override that function with custom_function_override_issue_update_validate | 17:58 |
socorropc | have not the file... | 17:58 |
socorropc | have only custom_function_api under core folder | 17:59 |
daryn | then the defaults are in core/custom_functions_api.php | 17:59 |
daryn | override them in a new file named as i gave you | 17:59 |
adalwolf | do you make a file name custom_functions_inc.php in the core or in the / | 17:59 |
socorropc | great, I will have a look at it | 17:59 |
daryn | in the / | 18:00 |
*** Quits: fanno (~Morten@90.184.93.233) (Read error: Connection reset by peer) | 18:01 | |
adalwolf | I like the name of this function: custom_function_default_print_bug_view_page_custom_buttons | 18:03 |
daryn | we like simple names | 18:03 |
adalwolf | hehe | 18:03 |
nuclear_eclipse | :P | 18:03 |
adalwolf | at least there are nice comments | 18:03 |
* nuclear_eclipse is glad he wasn't around for that design decision | 18:03 | |
nuclear_eclipse | dinner time | 18:03 |
nuclear_eclipse | cheers al | 18:03 |
daryn | i think custom functions might be added to my list of things to review... | 18:04 |
adalwolf | lucky | 18:04 |
daryn | cheers | 18:04 |
daryn | ps...don't forget to review filters | 18:04 |
daryn | :) | 18:04 |
adalwolf | this mantis bt is sure sweet | 18:04 |
adalwolf | I got a lot to learn bout it tho | 18:04 |
adalwolf | arg | 18:05 |
adalwolf | it got angry at me making custom_functions_inc.php | 18:05 |
adalwolf | redeclaring functions | 18:05 |
daryn | you have to change the name to override | 18:06 |
daryn | replace default with override | 18:06 |
adalwolf | ill play with it later :D | 18:06 |
daryn | have fun | 18:06 |
adalwolf | I will :D | 18:08 |
*** Quits: John-_d (~john@75-142-199-138.static.rvsd.ca.charter.com) (Quit: Leaving) | 18:09 | |
*** Parts: socorropc (~socorropc@190.131.162.18) | 18:12 | |
*** Quits: daryn (~daryn@rrcs-76-79-4-2.west.biz.rr.com) (Quit: Ex-Chat) | 18:15 | |
*** Quits: scribe9343423 (~scribe934@static.96.23.63.178.clients.your-server.de) (Remote host closed the connection) | 19:59 | |
*** Joins: scribe9343423 (~scribe934@static.96.23.63.178.clients.your-server.de) | 20:00 | |
*** Quits: dhx_m (~anonymous@c122-107-185-177.eburwd5.vic.optusnet.com.au) (*.net *.split) | 20:50 | |
*** Joins: dhx_m (~anonymous@c122-107-185-177.eburwd5.vic.optusnet.com.au) | 20:51 | |
*** Quits: adalwolf (~john@75-142-199-138.static.rvsd.ca.charter.com) (Quit: Lost terminal) | 21:00 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 265 seconds) | 21:10 | |
*** Quits: PennStater (Aaron@unaffiliated/pennstater) (Quit: Never look down on someone unless you're helping them up.) | 22:26 | |
*** Joins: PennStater (Aaron@unaffiliated/pennstater) | 22:32 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 22:47 |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!