| *** Joins: kirillka (~Miranda@global01.vester.ru) | 00:42 | |
| *** Joins: davidinc (~d5374b0d@gateway/web/freenode/x-pkwioyqribifwvoz) | 01:57 | |
| CIA-29 | Mantisbt: hickseydr master-1.2.x * rb81d23029c03 / (4 files in 2 dirs): Issue #11404: Record dropping of bug revisions in bug history | 02:16 |
|---|---|---|
| *** Joins: Cupertino (~Cupez@unaffiliated/cupertino) | 02:34 | |
| *** Joins: giallu (~giallu@fedora/giallu) | 02:36 | |
| *** Joins: wolog (~wolog@wolog.info) | 03:21 | |
| CIA-29 | Mantisbt: urkle * r4eb5d9aebbe3 /login_page.php: Fix #11415: Check executable bit on admin/ folder, not readable bit | 04:47 |
| CIA-29 | Mantisbt: urkle master-1.2.x * r482a493fc42a /login_page.php: Fix #11415: Check executable bit on admin/ folder, not readable bit | 04:47 |
| *** Quits: wolog (~wolog@wolog.info) (Ping timeout: 240 seconds) | 05:06 | |
| *** Joins: wolog (~wolog@wolog.info) | 05:07 | |
| CIA-29 | Mantisbt: hickseydr * r9527e0ef9c84 / (71 files in 9 dirs): Issue #11732: Remove built-in source code integration support | 05:31 |
| paul__ | dhx_m: last patch | 06:14 |
| dhx_m | paul__: hey | 06:14 |
| paul__ | dont break history | 06:14 |
| paul__ | i.e. we need to keep define + history for historical purposes imo | 06:14 |
| paul__ | so I wonder about dropping that code entirely... | 06:15 |
| dhx_m | hmmm | 06:15 |
| dhx_m | I'm not sure we can sustain that forever though | 06:15 |
| paul__ | i'd be inclined to leave the code in place for now and think about it | 06:15 |
| paul__ | i.e. if someone is using cvs://foo links in mantis | 06:16 |
| paul__ | and updates to 1.3 | 06:16 |
| paul__ | we need to ensure they'll still work | 06:16 |
| dhx_m | I think they've got bigger problems than cvs:// links if they're still using CVS :p | 06:16 |
| paul__ | similarly is probably a bug to have a history id line in db with a constant that does't exist | 06:16 |
| paul__ | so to do your patch we'd really need to do a db upgrade to nuke stuff from bug_history table | 06:17 |
| dhx_m | AFAIK it will just drop the display of the history entry | 06:17 |
| paul__ | which seems a bad idea :P | 06:17 |
| dhx_m | I was actually thinking of doing that but decided against it (for now) in case people want to downgrade from 1.3.x to 1.2.x | 06:17 |
| paul__ | dropping the script/adding new stuff might be a good idea | 06:17 |
| paul__ | i.e. the import script | 06:17 |
| dhx_m | we don't really need history entries for checkins | 06:17 |
| paul__ | but i'd be inclined to revert that and leave the code in and check | 06:18 |
| dhx_m | because it already adds a bugnote that is timestamped | 06:18 |
| dhx_m | paul__: while you're here, I was just about to kill the file_send_chunk() function in file_download.php and use readfile() instead | 06:18 |
| dhx_m | because PHP's readfile() already does chunking | 06:19 |
| paul__ | iirc not | 06:19 |
| paul__ | there was reason I moved from readfile to that | 06:19 |
| dhx_m | perhaps that was before we turned off output buffering in file_download.php? | 06:19 |
| paul__ | no | 06:20 |
| paul__ | we've always turned it off | 06:20 |
| paul__ | your missing the issue | 06:21 |
| paul__ | issue is if you readfile(2GBfile) | 06:21 |
| paul__ | yes php chunks it out | 06:21 |
| paul__ | but it reads it all into ram first | 06:21 |
| dhx_m | not for me... | 06:21 |
| dhx_m | I didn't notice any increase in PHP memory usage when trying with a 50MB file | 06:22 |
| paul__ | unless php have changed readfile internals | 06:22 |
| paul__ | but it was fixing an isuse ;p | 06:22 |
| *** Quits: Cupertino (~Cupez@unaffiliated/cupertino) (Quit: I give up...) | 06:22 | |
| dhx_m | I imagine it might have been an older version of PHP that was buggy | 06:22 |
| paul__ | it was doing it in some version of php5.2 for me | 06:23 |
| paul__ | as I always run new php's ;p | 06:23 |
| dhx_m | search mantisbt.org/bugs for PHP 5.3 and you'll see most of the issues are problems with PHP 5.3 and not MantisBT | 06:23 |
| paul__ | anyway, id be inclined to leave that code (for now) at least | 06:24 |
| paul__ | and re the checkin changes - maybe revert soe of it | 06:24 |
| paul__ | to deal with history | 06:24 |
| dhx_m | I'm trying to hunt down more information at the moment | 06:24 |
| * paul__ needs to think | 06:24 | |
| paul__ | bbl | 06:26 |
| dhx_m | ok | 06:26 |
| *** Quits: wolog (~wolog@wolog.info) (Ping timeout: 240 seconds) | 06:26 | |
| CIA-29 | Mantisbt: hickseydr * rfbfdfe40e07a /file_download.php: Fix #11362: Use readfile instead of custom file_send_chunk | 06:28 |
| CIA-29 | Mantisbt: hickseydr master-1.2.x * rf845ed542e27 /file_download.php: Fix #11362: Use readfile instead of custom file_send_chunk | 06:29 |
| dhx_m | I'll revert/fix later if there are problems | 06:29 |
| dhx_m | but I doubt there will be any... all the blog posts/comments I've seen on the internet about readfile() bugs are from 2006-2007 | 06:29 |
| dhx_m | and checking PHP's bug tracker shows they were fixed ages ago | 06:29 |
| * paul__ sighs | 06:30 | |
| paul__ | i'm pretty sure I can make the need of readfile() return tonight :P | 06:30 |
| dhx_m | doubt it :p | 06:30 |
| paul__ | well, bare in mind | 06:30 |
| paul__ | I normally test php trunk | 06:30 |
| paul__ | as well as a release | 06:30 |
| paul__ | or well, RC's | 06:30 |
| paul__ | so if I tested and it was broken in two versions in November | 06:31 |
| paul__ | I doubt it's magically fixed now :) | 06:31 |
| dhx_m | which version of libc do you use? | 06:31 |
| paul__ | windows... | 06:31 |
| dhx_m | "To anyone that's had problems with Readfile() reading large files into memory the problem is not Readfile() itself, it's because you have output buffering on. Just turn off output buffering immediately before the call to Readfile(). Use something like ob_end_flush()." | 06:32 |
| dhx_m | the 2MB limit error people keep talking about was fixed in 2006 | 06:32 |
| paul__ | in which case, we probably definitely need it :P | 06:32 |
| dhx_m | and I don't see any recent references to readfile() using large amounts of memory | 06:33 |
| dhx_m | ... but we turn output buffering off ;) | 06:33 |
| paul__ | not if you use zlib.compression_on | 06:33 |
| paul__ | which is what MS recommend on windows :P | 06:33 |
| paul__ | sas you can't then turn ob off | 06:33 |
| paul__ | as it does nothing | 06:33 |
| paul__ | I'm pretty sure we need the chunked code :P | 06:34 |
| dhx_m | we turn off zlib compression explicitly ;) | 06:34 |
| paul__ | no | 06:34 |
| paul__ | not for IIS | 06:34 |
| dhx_m | if ( ini_get( 'zlib.output_compression' ) && function_exists( 'ini_set' ) ) { | 06:34 |
| dhx_m | ini_set( 'zlib.output_compression', false ); | 06:34 |
| dhx_m | } | 06:34 |
| dhx_m | no check for IIS | 06:34 |
| dhx_m | IMO the web server should be handling gzip compression, not PHP | 06:36 |
| paul__ | anyway, the readfile_chunked was added to fix a bug | 06:38 |
| paul__ | so unless there's a reason to remove it | 06:38 |
| paul__ | i'd leave it in place for now | 06:38 |
| paul__ | as the reason it was added in first place was to fix memory issues | 06:40 |
| paul__ | and similarly at some point in futurte would be nice to be able to do resumable file downloads | 06:40 |
| dhx_m | that's what fpassthru is for :) | 06:40 |
| paul__ | no | 06:41 |
| paul__ | or well | 06:41 |
| paul__ | ok there yes | 06:41 |
| dhx_m | I guess you can't set the upper bound with fpassthru though | 06:41 |
| paul__ | aka we'd need a readfile type function to cope with that | 06:41 |
| paul__ | nod | 06:41 |
| paul__ | so for now, can we leave the chunked stuff in place | 06:41 |
| paul__ | until we test properly | 06:41 |
| dhx_m | oh | 06:42 |
| dhx_m | I'm just confused as to why so many people had problems with the old function | 06:44 |
| paul__ | readfile() or _chunked? | 06:44 |
| dhx_m | chunked | 06:44 |
| dhx_m | I've read through it multiple times and can't work out why it'd ever result in memory exhaustion | 06:45 |
| paul__ | there was a potential bug I fixed with return values | 06:45 |
| paul__ | readfile() was causing problem in some instances I believe | 06:46 |
| dhx_m | those bug reports are | 06:47 |
| dhx_m | http://www.mantisbt.org/bugs/view.php?id=10135 | 06:47 |
| dhx_m | (fixed in July 2009) | 06:47 |
| dhx_m | http://www.mantisbt.org/bugs/view.php?id=10765 | 06:47 |
| dhx_m | PEBKAC | 06:48 |
| dhx_m | (ie. *VERY* outdated version of PHP) | 06:48 |
| dhx_m | ideally we need an attachment_api or something of that nature | 06:49 |
| dhx_m | and to support resuming downloads, etc we'd need to use a chunked function | 06:50 |
| dhx_m | but for other uses it'd be better to try using XSENDFILE or readfile | 06:50 |
| *** Joins: wolog (~wolog@wolog.info) | 07:51 | |
| *** Quits: wolog (~wolog@wolog.info) (Ping timeout: 240 seconds) | 07:56 | |
| *** Joins: wolog (~wolog@wolog.info) | 08:12 | |
| *** Joins: mantisbt_53966 (~970d1302@gateway/web/freenode/x-qapgxqumsyuzmefh) | 08:46 | |
| mantisbt_53966 | anyone online? | 08:48 |
| mantisbt_53966 | has nayone tried to do multiple mantis installation on the same machine? | 08:49 |
| *** Parts: mantisbt_53966 (~970d1302@gateway/web/freenode/x-qapgxqumsyuzmefh) | 08:52 | |
| *** Joins: bthomas (~balbir@82-70-130-246.dsl.in-addr.zen.co.uk) | 09:02 | |
| bthomas | Hi. I have set $g_file_upload_method = DISK; (as described in manual) then updated project to upload to /var/local/mantis using mantis "manage project". However files are still being uploaded to DATABASE. Am I missing something ? | 09:07 |
| bthomas | my platform = Debian/Lenny, Mantis Version = 1.1.6 | 09:09 |
| *** Quits: davidinc (~d5374b0d@gateway/web/freenode/x-pkwioyqribifwvoz) (Ping timeout: 252 seconds) | 09:10 | |
| CIA-29 | Mantisbt: hickseydr * r25223c9e4533 / (16 files in 2 dirs): Fix #11530: Support multiple access levels above manage_user_threshold | 09:26 |
| *** Joins: fanno (~b3g@193.3.95.240) | 09:31 | |
| CIA-29 | Mantisbt: hickseydr master-1.2.x * r67f43bde8b6e / (16 files in 2 dirs): Fix #11530: Support multiple access levels above manage_user_threshold | 09:49 |
| *** Joins: daryn (~INTERACT\@rrcs-76-79-4-2.west.biz.rr.com) | 09:54 | |
| *** Quits: fanno (~b3g@193.3.95.240) (Remote host closed the connection) | 09:54 | |
| *** Quits: daryn (~INTERACT\@rrcs-76-79-4-2.west.biz.rr.com) (Quit: daryn) | 10:02 | |
| *** Joins: daryn (~INTERACT\@rrcs-76-79-4-2.west.biz.rr.com) | 10:02 | |
| *** Quits: kirillka (~Miranda@global01.vester.ru) (Quit: kirillka) | 10:02 | |
| *** Quits: wolog (~wolog@wolog.info) (Ping timeout: 240 seconds) | 10:20 | |
| CIA-29 | Mantisbt: hickseydr * r820b45bea6be /core/html_api.php: Issue #11729: Preselect next highest status in bug_change_status | 10:22 |
| CIA-29 | Mantisbt: hickseydr master-1.2.x * r886dccd9a467 /core/html_api.php: Issue #11729: Preselect next highest status in bug_change_status | 10:22 |
| *** Joins: davidinc (~d5374c13@gateway/web/freenode/x-iscnjvcsfmwiiusn) | 10:28 | |
| *** Quits: davidinc (~d5374c13@gateway/web/freenode/x-iscnjvcsfmwiiusn) (Ping timeout: 252 seconds) | 10:35 | |
| daryn | paul__ did we ever decide if it was ok to use a long text type for custom_field_string_table value field? | 10:56 |
| *** Quits: giallu (~giallu@fedora/giallu) (Read error: Operation timed out) | 11:14 | |
| *** Parts: bthomas (~balbir@82-70-130-246.dsl.in-addr.zen.co.uk) | 11:51 | |
| *** Joins: giallu (~giallu@fedora/giallu) | 12:00 | |
| *** Joins: moto-moi (~hylke@cara.xs4all.nl) | 12:06 | |
| *** Joins: cobexer (~cobexer@91-113-120-76.adsl.highway.telekom.at) | 12:56 | |
| *** Joins: mantisbt_99515 (~d53372d2@gateway/web/freenode/x-vbdqtbsyxoprcgir) | 12:57 | |
| *** Joins: wolog (~wolog@AOrleans-152-1-31-60.w90-21.abo.wanadoo.fr) | 13:18 | |
| *** Joins: siebrand (~beis@sm.xs4all.nl) | 13:22 | |
| *** Joins: mantisbt_76316 (~dcff07a2@gateway/web/freenode/x-ivxqbrgontrrfexa) | 13:46 | |
| mantisbt_76316 | hshs | 13:46 |
| *** Quits: mantisbt_76316 (~dcff07a2@gateway/web/freenode/x-ivxqbrgontrrfexa) (Client Quit) | 13:46 | |
| *** cobexer is now known as \cobexer|away | 14:05 | |
| paul__ | daryn: imo, yes | 14:44 |
| paul__ | just need to be *careful* which type | 14:44 |
| paul__ | (ref non-mysql dbs) | 14:45 |
| daryn | paul__ i have asmall patch to allow textarea for cf...i just need the schema update. wanna do that since I don't have other db's set up? | 14:47 |
| *** Joins: AzaToth (~azatoth@wikipedia/AzaToth) | 15:12 | |
| *** Joins: rolfkleef (~rolf@urtica.xs4all.nl) | 15:32 | |
| *** Quits: \cobexer|away (~cobexer@91-113-120-76.adsl.highway.telekom.at) (Remote host closed the connection) | 17:05 | |
| *** Joins: fanno (~Morten@90.184.93.233) | 17:23 | |
| *** Quits: rolfkleef (~rolf@urtica.xs4all.nl) (Ping timeout: 265 seconds) | 17:26 | |
| *** Quits: daryn (~INTERACT\@rrcs-76-79-4-2.west.biz.rr.com) (Quit: daryn) | 17:38 | |
| *** Quits: mantisbt_99515 (~d53372d2@gateway/web/freenode/x-vbdqtbsyxoprcgir) (Quit: Page closed) | 17:45 | |
| siebrand | http://sourceforge.net/blog/potm-201004/ Mantisbt is SourceForge.net Project of the Month, April 2010 | 17:54 |
| moto-moi | nice :) | 17:54 |
| *** Quits: fanno (~Morten@90.184.93.233) (Read error: Connection reset by peer) | 18:14 | |
| *** Joins: roy2k (~royk2@wsip-98-172-168-236.sd.sd.cox.net) | 18:15 | |
| roy2k | does anybody know if someone's tried tackling the concepts behind user pain http://lostgarden.com/2008/05/improving-bug-triage-with-user-pain.html with mantis? | 18:16 |
| *** Quits: siebrand (~beis@sm.xs4all.nl) () | 18:45 | |
| *** Quits: moto-moi (~hylke@cara.xs4all.nl) (Quit: Ex-Chat) | 18:51 | |
| *** Quits: scribe9343423 (~scribe934@mantisforge.org) (Remote host closed the connection) | 20:00 | |
| *** Joins: scribe9343423 (~scribe934@mantisforge.org) | 20:00 | |
| *** Quits: roy2k (~royk2@wsip-98-172-168-236.sd.sd.cox.net) (Read error: Connection reset by peer) | 21:12 | |
| *** Quits: AzaToth (~azatoth@wikipedia/AzaToth) (Remote host closed the connection) | 21:13 | |
| *** Joins: squarebox (~d3092347@gateway/web/freenode/x-kemeaqhnpbauipgi) | 22:01 | |
| squarebox | @dhx - just have to say you were very very busy yesterday on the bugtracker. | 22:03 |
| squarebox | btw is there a feature list of stuff you want to add for 1.3? | 22:04 |
| dhx_m | squarebox: hehe thanks :) | 22:06 |
| dhx_m | squarebox: short term aims can be seen in the roadmap... longer term goals can be found at http://sourceforge.net/blog/potm-201004/ | 22:07 |
| squarebox | ah ok didn't know about the blog | 22:08 |
| squarebox | also just like to say all your guys hard work is greatly appreciated and seeing mantis's bugtracker updated almost daily is great in term of activity as well as verifying my choice to switch over from Trac | 22:08 |
| dhx_m | well it's only from today :) | 22:08 |
| squarebox | haha... well there you go! | 22:09 |
| dhx_m | thanks | 22:14 |
| dhx_m | I'd love to see more contributions though :) | 22:14 |
| dhx_m | but in comparison to other bug tracking projects I think MantisBT would be at the top (or near the top) in terms of number of contributors | 22:14 |
| squarebox | Yeah i've been toying with the idea of trying to learn mantis more so to contribute in my off time as a means to learn PHP | 22:26 |
| squarebox | but compared to other projects i'd agree that the number of not only the contribitors, but the the fact that they actually maintain their patches for different mantis releases is amazing | 22:27 |
| dhx_m | backporting patches isn't fun | 22:28 |
| squarebox | my only comment in that respect is that it seems that the mantis team is slow to incorporate patches into the trunk, but i'm sure you have your reasons | 22:28 |
| dhx_m | they do generally get lost in the bug tracker | 22:28 |
| dhx_m | however the main problem is the quality of patches | 22:29 |
| squarebox | well, i could def. understand not backporting if that was the big hurdle | 22:29 |
| squarebox | well it's probably because they are just patches... i mean to say the people creating patches are doing so cause they are being yelled at their bosses to fix it, and so it's more of a band-aid | 22:30 |
| squarebox | so their goal in terms of resovling the issue is a little different that the mantis devs | 22:32 |
| squarebox | though i always assumed you guys took the patches and fixed them up to include in mantis, as obviously it's hard to expect that the contributor would fix up their code | 22:32 |
| dhx_m | http://www.mantisbt.org/bugs/permalink_page.php?url=http%3A%2F%2Fwww.mantisbt.org%2Fbugs%2Fsearch.php%3Fproject_id%3D0%26sticky_issues%3Don%26sortby%3Dlast_updated%26dir%3DDESC%26hide_status_id%3D90%26tag_string%3Dpatch | 22:33 |
| dhx_m | there aren't too many patches being submitted anyhow | 22:33 |
| squarebox | unforutanely i lack acces to see that page | 22:34 |
| dhx_m | oh oops | 22:34 |
| dhx_m | http://www.mantisbt.org/bugs/search.php?project_id=0&sticky_issues=on&sortby=last_updated&dir=DESC&hide_status_id=90&tag_string=patch | 22:34 |
| dhx_m | I've never understood why guests aren't allowed to create permanent links... | 22:34 |
| squarebox | on that note, is ther ea specific reason that you don't show the stats/summary for the mantis bugtracker? it might be a useful marketing tool in the sense of being able to denote how active the bugtracker really is... which in the open source community is a big plus | 22:35 |
| dhx_m | http://www.mantisbt.org/bugs/summary_page.php works for me (but I do have a developer account) | 22:36 |
| dhx_m | I agree that it'd be nice to enable graphing support and open it up (as well as the stats) to the public | 22:36 |
| dhx_m | possibly it's an issue of CPU/memory usage | 22:37 |
| squarebox | yeah access denied and it doesn't show up on the links strip | 22:38 |
| squarebox | well it's also nice to know there is a dev around in my timezone | 22:39 |
| dhx_m | :) | 22:39 |
| dhx_m | I'd be interested in hearing about the largest MantisBT tracker in the world | 22:40 |
| dhx_m | ie. 1mil+ bugs, etc | 22:40 |
| dhx_m | it seems MantisBT is primarily used in closed source development projects | 22:40 |
| dhx_m | whereas Bugzilla seems to be the predominant bug tracker used by open source projects | 22:40 |
| squarebox | well you could always ask in your new blog | 22:41 |
| squarebox | as a call out for mantis support to show how good it is | 22:42 |
| dhx_m | I guess the problem is that you can't actually see the MantisBT installation because it's private | 22:42 |
| squarebox | or even in the forum too... thought the forum is kinda a mess | 22:42 |
| dhx_m | yeah I don't use it :) | 22:42 |
| squarebox | ah | 22:42 |
| squarebox | reading the project of the month thingy... and you really should play up that mantis was created by a japanese guy | 22:44 |
| squarebox | the japanese goble up anything that was created by a japanese and has become famous | 22:44 |
| dhx_m | lol | 22:44 |
| squarebox | they are very small community orientated | 22:44 |
| dhx_m | I'm not sure how closely MantisBT 1.2.0 resembles what Kenzaburo had in mind for the project | 22:45 |
| squarebox | doesn't matter | 22:46 |
| squarebox | to them at least | 22:46 |
| squarebox | it's liek a stamp of approval from a japanese person | 22:46 |
| dhx_m | "made in Japan" :) | 22:46 |
| squarebox | yeah basically | 22:46 |
| dhx_m | that's quite interesting | 22:47 |
| squarebox | typically a japanese person in japan isn't really acknowledged until the western world recognizes them... and then they become superstars in japan... like all the japanese baseball players in america... | 22:48 |
| squarebox | when they were in japan only the peopel into baseball cared about them | 22:48 |
| squarebox | but when they went to america, they became famous people and their daily comings and goings is reported on the news here like it was any other famous rock star or something | 22:49 |
| dhx_m | if we ever have a translatable version of mantisbt.org I'll make it follows your tip :) | 22:49 |
| dhx_m | "MantisBT was invented in Japan, by the Japanese, for the Japanese and is used by millions, no wait... trillions of people around the world" | 22:50 |
| dhx_m | :D | 22:50 |
| squarebox | haha | 22:53 |
| dhx_m | I don't suppose you use Windows and MS Office? I was wondering whether the Word export feature in 1.2.0 works OK without errors popping up in the document about missing CSS files | 22:53 |
| squarebox | though a good question is if your application is localized, why coudln't you ask the same translators if they would mind translating a localized version of at least the main page and maybe install docs | 22:54 |
| dhx_m | View Issues => Print Reports => Word icon | 22:54 |
| squarebox | yeah i'm in a ms shop company | 22:54 |
| dhx_m | bug 10877 @ http://www.mantisbt.org/bugs/view.php?id=10877 | 22:55 |
| dhx_m | those are typically the sort of patches I don't commit because I can't test them | 22:55 |
| squarebox | yeah i get a similiar error, though i'm on 1.2.0rc2 ... one sec i have a 1.2.0 release env i can test too | 22:57 |
| dhx_m | it'll be the same | 22:57 |
| squarebox | c:\mantis\css\default.css can't find | 22:57 |
| dhx_m | if you get a moment could you provide feedback @ 10877 about whether the patch works? | 22:57 |
| dhx_m | if it does I can commit it :) | 22:57 |
| squarebox | ok 1 sec... today is the start of the new fiscal year here and i have absolutely no work anyways | 22:58 |
| dhx_m | yeah only if you have time :) | 23:00 |
| squarebox | hmm | 23:05 |
| squarebox | doesn't seem to change anything for me | 23:05 |
| squarebox | let me add a note | 23:05 |
| dhx_m | ok thanks for testing :) | 23:06 |
| squarebox | which is unfortunate, cause this is one piece of functionality that would be nice if it worked | 23:09 |
| squarebox | feel free to send me an e-mail if there are patches you would like me to test since i'm running in a windows env. though we aren't using svn integration currently cause of all the bugs we had seen in the tracker as well currently using svn 1.4 with no in house expertise concerning it | 23:11 |
| dhx_m | well I just dropped the in-built SVN integration | 23:13 |
| dhx_m | because it sucks | 23:13 |
| dhx_m | the SourceIntegration plugin works nicely in its place | 23:13 |
| squarebox | right i saw that and got all excited cause it's a plugin, but then realized i'd have to wait till 1.3 | 23:14 |
| dhx_m | it works with 1.2.x :) | 23:14 |
| squarebox | OH! | 23:14 |
| dhx_m | all I was saying in the blog post was that you can't use the in-built/old integration system in 1.3.x | 23:14 |
| squarebox | so the bug note is specifcally related to removing the built-in svn support only then | 23:15 |
| dhx_m | you can use either in 1.2.x though | 23:15 |
| dhx_m | yep | 23:15 |
| squarebox | ah ok... might be something to try | 23:15 |
| squarebox | hold on a sec i might have screwed up applying that patch | 23:17 |
| squarebox | yeah it fixes the default.css stylesheet error | 23:21 |
| squarebox | though i now get the plugin stylesheet error like he mentions | 23:21 |
| dhx_m | aha | 23:22 |
| dhx_m | thanks :) | 23:22 |
| dhx_m | at least I know it's on the right track | 23:22 |
| CIA-29 | Mantisbt: hickseydr master-1.2.x * r86fc322dfc41 /view_user_page.php: Fix #11530: Don't expose real name and email of higher users | 23:24 |
| CIA-29 | Mantisbt: hickseydr * r7062c67759c8 /view_user_page.php: Fix #11530: Don't expose real name and email of higher users | 23:24 |
| CIA-29 | Mantisbt: jonasnockert * r9aff88b637bf /core/html_api.php: Fix #10877: Word export results in missing CSS errors | 23:30 |
| CIA-29 | Mantisbt: jonasnockert master-1.2.x * rd1d00c02b944 /core/html_api.php: Fix #10877: Word export results in missing CSS errors | 23:30 |
| squarebox | is CIA the GIT monitor? | 23:31 |
| dhx_m | it's just a bot (from http://cia.vc) that announces new commits | 23:32 |
| dhx_m | bbl | 23:37 |
| *** Quits: dhx_m (~anonymous@c122-107-157-71.eburwd5.vic.optusnet.com.au) (Quit: Leaving) | 23:37 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!