*** Quits: micahg (~micah@ubuntu/member/micahg) (Quit: Leaving.) | 00:53 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 00:54 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 246 seconds) | 02:06 | |
*** Joins: rolfkleef (~rolf@cc1080790-a.hdb1.ov.home.nl) | 03:55 | |
*** Joins: fanno (~Morten@90.184.93.233) | 05:25 | |
CIA-21 | Mantisbt: hickseydr * r004e69274d5f / (5 files in 4 dirs): Issue #11897: Refactor footer of pages using XHTML/CSS | 06:51 |
---|---|---|
CIA-21 | Mantisbt: hickseydr * r4c434731e44d /config_defaults_inc.php: Fix minor commenting style typo in config_defaults_inc | 06:55 |
*** Quits: scribe9343423 (~scribe934@static.96.23.63.178.clients.your-server.de) (Remote host closed the connection) | 07:04 | |
*** Joins: paul_ (~4d672186@gateway/web/freenode/x-nechuudfkvmaanou) | 07:05 | |
CIA-21 | Mantisbt: hickseydr * rb60c78f533c3 /my_view_inc.php: Issue #11898: Hyperlink issue summaries on my_view_page | 07:09 |
paul_ | moo dhx | 07:10 |
dhx_m | paul_: hey :) | 07:10 |
paul_ | wow | 07:10 |
paul_ | we both here at same time | 07:10 |
* paul_ faints | 07:10 | |
dhx_m | haha | 07:11 |
dhx_m | try out the new footer in 1.3.x and let me know if you like it :) | 07:11 |
dhx_m | not that it won't change with templates again... | 07:11 |
dhx_m | will be back in a short while | 07:18 |
paul_ | erm | 07:22 |
paul_ | - echo '<a name="monitors" id="monitors" /><br />'; + echo '<a name="monitors" id="monitors"></a><br />'; | 07:24 |
paul_ | mmm | 07:24 |
*** Joins: scribe9343423 (~scribe934@static.96.23.63.178.clients.your-server.de) | 07:32 | |
*** Joins: AzaToth (~azatoth@32-232-96-87.cust.blixtvik.se) | 08:08 | |
*** Quits: AzaToth (~azatoth@32-232-96-87.cust.blixtvik.se) (Changing host) | 08:08 | |
*** Joins: AzaToth (~azatoth@wikipedia/AzaToth) | 08:08 | |
dhx_m | paul_: yeah I dunno :) | 08:23 |
dhx_m | mantisforge is back I see :) | 08:34 |
paul_ | I tried upgrading to to 10.04 | 08:36 |
paul_ | and broke the vm yesterday | 08:36 |
paul_ | anyway | 08:36 |
paul_ | should be faster | 08:36 |
dhx_m | I'm fixing the <a name=""> stuff btw | 08:36 |
dhx_m | :) | 08:36 |
paul_ | I'm gonna try and do some fixes later on | 08:36 |
paul_ | need to go back to September or whatever though | 08:37 |
dhx_m | we really need to redo demo.mantisbt.org | 08:37 |
paul_ | erm January | 08:37 |
dhx_m | I can host a demo if needed | 08:37 |
dhx_m | there is nothing saying that we can't have multiple demos :) | 08:37 |
dhx_m | yep | 08:37 |
paul_ | as i'm still not sure about some of the commits you did to my stuff | 08:37 |
paul_ | e.g. the http download | 08:38 |
* paul_ wants to test himself | 08:38 | |
nuclear_eclipse | I think ideally, we need to set up a demo instance that gets its database reset on a cronjob... | 08:38 |
dhx_m | make sure you're using a new unhacked version of PHP/MantisBT :) | 08:38 |
paul_ | me? | 08:39 |
paul_ | anyway | 08:39 |
dhx_m | nuclear_eclipse: I ideally want to create a script that automatically adds bogus issues to MantisBT so that it is easy to setup a test MantisBT instance with fake data | 08:39 |
dhx_m | yep | 08:39 |
paul_ | nod | 08:39 |
paul_ | re footer | 08:39 |
nuclear_eclipse | dhx_m: I've done that in the past | 08:39 |
paul_ | I might change it again later btw | 08:39 |
nuclear_eclipse | as a plugin | 08:40 |
paul_ | you got that available? | 08:40 |
dhx_m | yep I imagine a lot of MantisBT will be changing soonish :) | 08:40 |
nuclear_eclipse | no, it was so simple I just threw it away when I was done using it :P | 08:40 |
dhx_m | nuclear_eclipse: it'd be nice to have it back :D | 08:40 |
nuclear_eclipse | it was really easy to write | 08:40 |
paul_ | dhx_m: well, especially given what I was working on before | 08:40 |
paul_ | iirc, I had 2-3 big patchsets or well | 08:41 |
paul_ | small but | 08:41 |
dhx_m | but is it easy to add users, create random relationships between bugs, change statuses randomly, update random fields at a time, etc | 08:41 |
dhx_m | paul_: you're going to have HUUUGE merge conflicts as a result of delaying commits :) | 08:42 |
nuclear_eclipse | dhx_m: it never got that complex, it just looped about 10 times, each time calling bug_create() and bugnote_add() a few times | 08:42 |
paul_ | dhx_m: hoping it wont be that bad | 08:43 |
nuclear_eclipse | dhx_m: paul_ is forever complaining that his delayed commits are being broken by those of us who actually push our commits right away.... | 08:43 |
paul_ | also can break trunk temprorarily if needbe atm | 08:43 |
paul_ | need to go for lunch for an hour | 08:44 |
dhx_m | yeah but you can't just copy your files on top of trunk as it may remove some patches that have been applied in the interim | 08:44 |
dhx_m | so you will really have to go through and merge your patches manually line-by-line | 08:44 |
paul_ | do that anyway | 08:46 |
*** Quits: fanno (~Morten@90.184.93.233) (Read error: Connection reset by peer) | 08:48 | |
CIA-21 | Mantisbt: hickseydr * r112cd98a50ce / (9 files in 2 dirs): Remove name attribute from a elements | 08:51 |
nuclear_eclipse | dhx_m has bad grammar: "a elements" ;) | 08:52 |
dhx_m | haha | 08:52 |
dhx_m | unclosed name= attribute too! | 08:53 |
dhx_m | :) | 08:53 |
*** Joins: Simpson_2 (~bart@office.netage.nl) | 09:03 | |
Simpson_2 | hi all | 09:03 |
Simpson_2 | any1 around who can guide me a bit on source control integration ? | 09:08 |
nuclear_eclipse | perhaps | 09:09 |
Simpson_2 | I'm using a tailored version of 1.x way of doing source control integration with post_commit hooks | 09:10 |
Simpson_2 | as far as I understand that is deprecated now right ? | 09:11 |
nuclear_eclipse | yes | 09:11 |
Simpson_2 | but what I couldn't figre out from the docs is if there is a commit initiated update ? | 09:11 |
nuclear_eclipse | the functionality is more or less superceded in 1.2 by using the Source Integration plugin | 09:11 |
Simpson_2 | okay that much I figured out, but what would I need on the SVN server then ? | 09:12 |
Simpson_2 | ( reading link is fine as well ) | 09:13 |
nuclear_eclipse | in the SourceSVN plugin, there's a template for the post-commit hook | 09:13 |
nuclear_eclipse | the rest of it requires configuration of the actual plugins | 09:13 |
nuclear_eclipse | http://leetcode.net/blog/2009/10/detailed-integration-of-subversion-in-mantisbt/ | 09:14 |
nuclear_eclipse | bbiab | 09:14 |
Simpson_2 | okay, and this covers also 1.3 ? | 09:14 |
dhx_m | yes | 09:22 |
Simpson_2 | where to get these plugins ? | 09:29 |
nuclear_eclipse | Simpson_2: the source integration plugins will eventually work with 1.3, but atm there are too many changes in 1.3 for me to keep up with | 09:41 |
nuclear_eclipse | you can download the plugins at http://git.mantisforge.org | 09:42 |
Simpson_2 | sure | 09:42 |
CIA-21 | Mantisbt: hickseydr * r1849327063c8 / (22 files in 3 dirs): Fix #11594: No column title printed for attachment_count | 09:45 |
CIA-21 | Mantisbt: hickseydr master-1.2.x * r3eae7379cdda / (22 files in 3 dirs): Fix #11594: No column title printed for attachment_count | 09:45 |
Simpson_2 | nuclear_eclipse, I have to download the git ? | 09:52 |
nuclear_eclipse | Simpson_2: you can either clone the repo, or download a snapshot from the web interface | 10:10 |
Simpson_2 | ah okay, didn't think about the snapshot | 10:10 |
nuclear_eclipse | I've been a bit lazy about providing a proper set of downloads | 10:11 |
Simpson_2 | np | 10:11 |
Simpson_2 | hmm I just did a upgrade and I get: Fatal error: Call to undefined function mark_time() | 10:11 |
Simpson_2 | but the timer_api.php is there | 10:11 |
Simpson_2 | is the a problem of overwriting ? | 10:13 |
nuclear_eclipse | I'm not sure what that would be, I don't see anything relating to mark_time in mantis or my plugin.... | 10:13 |
nuclear_eclipse | Simpson_2: if you overwrote a copy of 1.1.x with 1.2, then probably | 10:13 |
Simpson_2 | okay | 10:14 |
Simpson_2 | that does the trick indeed | 10:15 |
*** Quits: moto-moi (~hylke@cara.xs4all.nl) (Ping timeout: 276 seconds) | 10:18 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 10:23 | |
Simpson_2 | uhm source control says 'need upgrade' | 10:26 |
nuclear_eclipse | so click upgrade? :P | 10:28 |
Simpson_2 | I just downloaded the latest snapshot ?? | 10:28 |
nuclear_eclipse | no | 10:28 |
nuclear_eclipse | it means the plugin needs a schema upgrade | 10:28 |
Simpson_2 | Upgrading the plugin schema failed in block #14. | 10:28 |
nuclear_eclipse | ah, do you use postgres? | 10:28 |
Simpson_2 | yup | 10:29 |
nuclear_eclipse | edit Source.php so that the UupdateSQL block uses ' instead of " for the column namse | 10:29 |
nuclear_eclipse | mantisforge is still partially broken, so I can't push the fix for that | 10:30 |
Simpson_2 | array( 'UpdateSQL', array( plugin_table( 'repository' ), ' SET type="websvn" WHERE type="svn"' ) ), | 10:32 |
Simpson_2 | or you mean values ? | 10:32 |
Simpson_2 | ah values works | 10:33 |
nuclear_eclipse | right, values | 10:33 |
nuclear_eclipse | sorry | 10:33 |
Simpson_2 | okay, plugins work | 10:36 |
*** Joins: moto-moi (~hylke@cara.xs4all.nl) | 10:37 | |
Simpson_2 | okay got the whole stuff working now, seems indeed pretty trivial | 11:47 |
*** Joins: Cupertino (~Cupez@unaffiliated/cupertino) | 11:50 | |
*** Joins: killoup (~52ecea13@gateway/web/freenode/x-oavfduvhaoopzcwu) | 11:57 | |
killoup | Hi guys | 11:57 |
killoup | I'd like to know how i can moderate user registrations | 11:58 |
killoup | (status set to disabled by defaults) | 11:58 |
*** Quits: Cupertino (~Cupez@unaffiliated/cupertino) (Quit: I give up...) | 12:19 | |
nuclear_eclipse | killoup: the best I can suggest is to make the default user access level to VIEWER | 12:26 |
killoup | yes it's what i did actually | 12:26 |
killoup | but i'd like a moderation mode | 12:27 |
killoup | where i know and confirm users | 12:27 |
nuclear_eclipse | sorry, we don't have that feature | 12:27 |
killoup | ok | 12:27 |
killoup | thanks :) | 12:27 |
nuclear_eclipse | you're welcome | 12:27 |
killoup | actually i have to edit user_api.php | 12:27 |
killoup | and set the flag to false :o | 12:27 |
killoup | i got to go | 12:34 |
killoup | thanks :) | 12:34 |
*** Quits: killoup (~52ecea13@gateway/web/freenode/x-oavfduvhaoopzcwu) (Quit: Page closed) | 12:34 | |
Simpson_2 | any particularities I have to be aware of when upgrading from 1.1.6 to 1.2.1 ?? | 12:49 |
nuclear_eclipse | not really | 12:50 |
*** Quits: siebrand (~beis@sm.xs4all.nl) (Ping timeout: 264 seconds) | 12:51 | |
*** Joins: siebrand (~beis@sm.xs4all.nl) | 12:54 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Read error: Operation timed out) | 13:04 | |
CIA-21 | Mantisbt: s.mazeland master-1.2.x * rc6661c32e3ca /lang/ (5 files): Localisation updates from translatewiki.net (2010-05-09) | 13:14 |
CIA-21 | Mantisbt: s.mazeland master-1.2.x * r1b9596c6acb3 /library/ (20 files in 3 dirs): Fix newlines for updated externals | 13:14 |
*** Joins: eadthem (~coarsco@pdpc/supporter/active/eadthem) | 13:27 | |
eadthem | where is the save filter link supost to be on the view issues page | 13:28 |
eadthem | its supost to be in that line with search apply filter create permalink use filter manage filters right ? | 13:29 |
Simpson_2 | nuclear_eclipse, around ? | 13:45 |
*** Joins: wolog (~wolog@AOrleans-152-1-85-180.w90-21.abo.wanadoo.fr) | 13:45 | |
*** Parts: eadthem (~coarsco@pdpc/supporter/active/eadthem) | 13:59 | |
*** Joins: fanno (~Morten@90.184.93.233) | 14:25 | |
nuclear_eclipse | Simpson_2: I am now | 14:54 |
Simpson_2 | ah :) | 14:58 |
Simpson_2 | I don't like the 'repositories' menu item for all users, so I set view level to developer, but it is stil there, just causing a error | 14:58 |
Simpson_2 | wouldn't a level check in the 'main_menu' of Source.php be a good idea ? | 14:59 |
nuclear_eclipse | Simpson_2: you can disable the repositories link from the configuration page | 14:59 |
Simpson_2 | but how do I get to the repositories then to manage them as a manager ? | 14:59 |
nuclear_eclipse | bookmark? :P | 15:00 |
nuclear_eclipse | you're correct though, it should be checking view access when creating those menu links | 15:00 |
nuclear_eclipse | Simpson_2: would you mind reporting a bug about it at http://leetcode.net/mantis ? | 15:01 |
Simpson_2 | okay, my question about that was, does the view level also limit the display of info in a view bug page ? | 15:01 |
nuclear_eclipse | yep | 15:01 |
Simpson_2 | hmm | 15:10 |
Simpson_2 | would it be a option to have the repositories in the managemente interface ? | 15:12 |
nuclear_eclipse | potentially | 15:12 |
Simpson_2 | shall I create 2 issues ? | 15:16 |
nuclear_eclipse | go wild :P | 15:18 |
Simpson_2 | 147 & 148 | 15:20 |
Simpson_2 | nuclear_eclipse, how is the name mapping done ? | 15:27 |
*** Joins: daryn (~INTERACT\@h21.4.170.216.ip.windstream.net) | 15:30 | |
nuclear_eclipse | when a changeset is imported, changesets that "resolve" issues are checked against a list of branch mappings to determine what version the issues should be marked as fixed in | 15:30 |
nuclear_eclipse | ie, if you have a branch mapping "master" => "1.0", then a commit that "resolves issue #5" will have issue 5's fixed-in version set to "1.0" | 15:31 |
Simpson_2 | nuclear_eclipse, I mean name of commiter | 15:36 |
*** Quits: daryn (~INTERACT\@h21.4.170.216.ip.windstream.net) (Quit: daryn) | 15:37 | |
*** Joins: daryn (~INTERACT\@h21.4.170.216.ip.windstream.net) | 15:37 | |
Simpson_2 | nuclear_eclipse, is there a log or debug mode somewhere ?? | 15:39 |
*** Quits: rolfkleef (~rolf@cc1080790-a.hdb1.ov.home.nl) (Remote host closed the connection) | 15:40 | |
nuclear_eclipse | oh, it first checks the changeset name vs source control username, then email vs user emails, then changeset name vs usernames and realnames | 15:41 |
nuclear_eclipse | ie, each user can specify a source control username in their account preferences | 15:41 |
nuclear_eclipse | and than takes precedence over email/username/realname matching | 15:42 |
Simpson_2 | ah excellent ! | 15:44 |
Simpson_2 | I'm trying to import a existing repostiroy, but the import everything claims it doesn't contain any changesets | 15:45 |
Simpson_2 | is there a way to get a log output ? | 15:45 |
nuclear_eclipse | not really | 15:46 |
nuclear_eclipse | you'd really need to add more debug output in SourceSVN/SourceSVN.php for the process_svn_log() function, if you want to figure out where it's having issue | 15:47 |
nuclear_eclipse | unicode characters seem to be the biggest issue remaining with the SVN plugins | 15:48 |
nuclear_eclipse | mainly because there's no good way to set the appropriate encoding/decoding across linux and windows | 15:48 |
Simpson_2 | hmm this is odd | 15:54 |
Simpson_2 | if I excecute the command on the box itself I do get the log... | 15:57 |
paul_ | nuclear_eclipse: did you look at the php git stuff? | 16:02 |
nuclear_eclipse | php git? | 16:02 |
nuclear_eclipse | or do you mean php svn? | 16:02 |
paul_ | yep | 16:03 |
paul_ | phpsvn | 16:03 |
nuclear_eclipse | no, I haven't | 16:03 |
nuclear_eclipse | been a bit too busy this week | 16:03 |
nuclear_eclipse | blame my family | 16:03 |
Simpson_2 | ;) | 16:03 |
Simpson_2 | nuclear_eclipse, any debug tips ? | 16:04 |
nuclear_eclipse | Simpson_2: try dumping the svn log that the plugin gets in process_svn_log, and make sure it matches what you get on the command line | 16:04 |
Simpson_2 | it dumps empty... | 16:05 |
nuclear_eclipse | then either you have something wrong or your svn config, or the repo config | 16:05 |
nuclear_eclipse | eg, maybe `svn` isn't in the webserver's $PATH, or maybe PHP is configured to not allow shell_exec()? | 16:06 |
Simpson_2 | another repo on another mantis instance on the same box works | 16:06 |
nuclear_eclipse | try importing that other repo in this new instance and make sure it still works there too? | 16:07 |
Simpson_2 | that works | 16:11 |
nuclear_eclipse | does the repo require authentication of any kind? | 16:12 |
Simpson_2 | yup | 16:14 |
Simpson_2 | the only 'problem' there might be is the cert | 16:14 |
nuclear_eclipse | ah, that was my next point | 16:14 |
nuclear_eclipse | if your server uses svn < 1.5 (iirc), then the "trust all ssl certs" doesn't work, and you'll need to do a lot more work to get your webserver's user account to trust that cert | 16:16 |
nuclear_eclipse | sorry, that requires svn >= 1.6 | 16:16 |
Simpson_2 | 1.6.5 here | 16:16 |
nuclear_eclipse | did you check "trust all ssl certs" on the source integration config page? | 16:16 |
Simpson_2 | yup | 16:16 |
*** Joins: Human`SCaptain (~Helper@85.96.155.15) | 16:16 | |
*** Parts: Human`SCaptain (~Helper@85.96.155.15) | 16:17 | |
nuclear_eclipse | hmm, then I'm at a loss for common problems | 16:17 |
Simpson_2 | getting somewhere | 16:19 |
Simpson_2 | switching to another user on the box seems to cause problems | 16:19 |
Simpson_2 | ah no it doesn't... | 16:21 |
Simpson_2 | wtf | 16:21 |
Simpson_2 | ah there is another odity | 16:29 |
Simpson_2 | it changes the repo name to 'import' + a timestamp | 16:29 |
nuclear_eclipse | Simpson_2: that's only when you do Import Full | 16:30 |
Simpson_2 | yup | 16:31 |
nuclear_eclipse | basically, it's a complete re-import of the data, so it uses a temporary repo so that in case of a failure, it doesn't wipe out the old dataset | 16:31 |
Simpson_2 | ah like that, and it fails now then ? | 16:31 |
nuclear_eclipse | only when the re-import succeeds will it delete the old data and rename the new repo | 16:31 |
Simpson_2 | sounds like a smart thing | 16:32 |
nuclear_eclipse | it definitely needs a better name though | 16:32 |
nuclear_eclipse | it's not obvious what the difference is | 16:32 |
Simpson_2 | but then why isn't it renamed now ? the old one is deleted | 16:33 |
nuclear_eclipse | oh, it is? | 16:33 |
nuclear_eclipse | hmm | 16:33 |
nuclear_eclipse | I have no clue | 16:33 |
Simpson_2 | that scares me ;) | 16:33 |
nuclear_eclipse | you get what you pay for, huh? :P | 16:34 |
Simpson_2 | hehe | 16:36 |
Simpson_2 | ah now I get somewhere | 16:38 |
Simpson_2 | redirecting stderr | 16:38 |
Simpson_2 | it does choke on the cert, ignoring the cert parameter | 16:41 |
*** Quits: moto-moi (~hylke@cara.xs4all.nl) (Ping timeout: 260 seconds) | 17:05 | |
*** Joins: rolfkleef (~rolf@cc1080790-a.hdb1.ov.home.nl) | 17:13 | |
*** Quits: Simpson_2 (~bart@office.netage.nl) (Quit: Ex-Chat) | 17:19 | |
*** Quits: paul_ (~4d672186@gateway/web/freenode/x-nechuudfkvmaanou) (Quit: Page closed) | 17:36 | |
*** Joins: moto-moi (~hylke@cara.xs4all.nl) | 17:40 | |
*** Joins: NielsMobx (~NielsSF@82-197-193-96.fiber.tweak.nl) | 18:14 | |
*** Parts: NielsMobx (~NielsSF@82-197-193-96.fiber.tweak.nl) | 18:14 | |
*** Quits: fanno (~Morten@90.184.93.233) (Read error: Connection reset by peer) | 18:16 | |
*** Quits: moto-moi (~hylke@cara.xs4all.nl) (Quit: Ex-Chat) | 18:17 | |
*** Quits: AzaToth (~azatoth@wikipedia/AzaToth) (Remote host closed the connection) | 18:55 | |
*** Quits: rolfkleef (~rolf@cc1080790-a.hdb1.ov.home.nl) (Ping timeout: 260 seconds) | 19: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 | |
*** Joins: daryn_ (~INTERACT\@h127.5.170.216.ip.windstream.net) | 21:31 | |
*** Quits: daryn (~INTERACT\@h21.4.170.216.ip.windstream.net) (Ping timeout: 276 seconds) | 21:34 | |
*** Quits: |HaruAFK| (~haruka@p54ACED27.dip.t-dialin.net) (Ping timeout: 260 seconds) | 22:41 | |
*** Joins: |HaruAFK| (~haruka@p54ACFC07.dip.t-dialin.net) | 22:53 | |
*** Joins: daryn__ (~INTERACT\@h53.153.16.98.dynamic.ip.windstream.net) | 23:21 | |
*** Quits: daryn_ (~INTERACT\@h127.5.170.216.ip.windstream.net) (Ping timeout: 276 seconds) | 23:24 |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!