| *** Quits: daryn__ (~daryn@h40.40.213.151.dynamic.ip.windstream.net) (Ping timeout: 265 seconds) | 00:00 | |
| CIA-22 | Mantisbt: hickseydr * r0b6540cb1e76 / (3 files in 3 dirs): Fix #11967: Fix bug update events (both pre and post commit) | 00:10 |
|---|---|---|
| *** Quits: tavasti (~tavasti@217.152.202.221) (Ping timeout: 260 seconds) | 00:10 | |
| dhx_m | socorropc: screenshot please? | 00:10 |
| *** Quits: daryn_ (~daryn@h112.213.31.71.dynamic.ip.windstream.net) (Ping timeout: 240 seconds) | 00:10 | |
| socorropc | how can I give them to you? | 00:11 |
| dhx_m | just upload them to a free image hosting site perhaps? | 00:16 |
| socorropc | give me 1 sec... | 00:16 |
| *** Joins: daryn_ (~daryn@h112.213.31.71.dynamic.ip.windstream.net) | 00:24 | |
| socorropc | alright, dhx_m, please have a look @ http://www.4shared.com/photo/DoIJjwKD/newmantis.html & http://www.4shared.com/photo/PVu1XYON/oldmantis.html | 00:29 |
| CIA-22 | Mantisbt: hickseydr * r11fb95de538e /bug_reminder_page.php: Fix #11981: Factor in view status when showing user monitor list | 00:29 |
| dhx_m | hmmm | 00:31 |
| dhx_m | ah | 00:31 |
| socorropc | ? | 00:31 |
| dhx_m | $g_bug_view_page_fields | 00:32 |
| dhx_m | check config_inc.php for anything relating to which fields to show on view_bug_page | 00:32 |
| dhx_m | it changed from 1.2.0RC2 => 1.2.0 | 00:33 |
| socorropc | will have a look at it and let you know... give me a couple of minutes | 00:37 |
| *** Joins: tavasti (~tavasti@217.152.202.221) | 00:37 | |
| *** Quits: PennStater (Aaron@unaffiliated/pennstater) (Ping timeout: 265 seconds) | 00:43 | |
| *** PennStater^AtWrk is now known as PennStater | 00:43 | |
| socorropc | I searched view_bug in config_inc.php. only have $g_my_view_bug_count=10... nothing about view_bug_page neither in config_defaults... | 00:46 |
| *** Quits: daryn_ (~daryn@h112.213.31.71.dynamic.ip.windstream.net) (Quit: Ex-Chat) | 01:05 | |
| dhx_m | are you sure you upgraded correctly? | 01:08 |
| dhx_m | ie. backup old directory, extract new version into a clean directory | 01:08 |
| dhx_m | then copy over your old config_inc.php and custom_ pages? | 01:08 |
| socorropc | pretty, I received no error messages, no warning, etc... | 01:09 |
| socorropc | followed the upgrade instructions in the website | 01:09 |
| *** Joins: Draggor1 (~Draggor@adsl-99-135-145-182.dsl.emhril.sbcglobal.net) | 01:10 | |
| *** Quits: Draggor (~Draggor@adsl-99-152-244-49.dsl.emhril.sbcglobal.net) (Ping timeout: 248 seconds) | 01:13 | |
| *** Joins: PennStater- (Aaron@unaffiliated/pennstater) | 01:14 | |
| *** Joins: moto-moi (~hylke@cara.xs4all.nl) | 01:21 | |
| *** Joins: mantisbt_92757 (76747bdf@gateway/web/freenode/ip.118.116.123.223) | 01:32 | |
| *** Quits: mantisbt_92757 (76747bdf@gateway/web/freenode/ip.118.116.123.223) (Client Quit) | 01:32 | |
| *** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 248 seconds) | 02:06 | |
| *** Joins: orac1 (~jb_buldog@082-146-096-170.dyn.adsl.xs4all.be) | 02:18 | |
| siebrand | dhx_m: in the commits where you removed that message: there is no need to remove messages from languages other than English if you don't want to. This will be done automagically each time I export translations. | 02:21 |
| dhx_m | siebrand: ok thanks for the heads up, I might use that approach from now on | 02:21 |
| dhx_m | I was previously using sed so it wasn't any time out of my day :) | 02:22 |
| dhx_m | siebrand: I was talking to nuclear_eclipse before and I think we may be pushing for a 1.3.0 release in the next month or two | 02:22 |
| siebrand | dhx_m: oh, nice! | 02:23 |
| siebrand | dhx_m: guess I'll have to change the supported version from master-1.2.x to master-1.3.x then... | 02:23 |
| dhx_m | siebrand: aiming for a ~6 month release cycle so we're not maintaining two vastly different branches of MantisBT for a long time | 02:23 |
| siebrand | sounds like a plan. | 02:24 |
| dhx_m | the problem I see at the moment (and I'm sure you notice it too with translations) is that it is hard/complex/time consuming to deal with two branches which are quite different to each other | 02:24 |
| siebrand | dhx_m: I don't support multiple branches at the moment. | 02:25 |
| siebrand | dhx_m: that's because of technical limitations. If I could, it wouldn't be a big deal. | 02:25 |
| dhx_m | is that related to the language changes Paul keeps talking about? or is it limitations on the translatewiki end? | 02:26 |
| siebrand | dhx_m: limitations in our backend. | 02:26 |
| dhx_m | to be honest I don't see us changing strings in minor releases in the future if we speed up our major release cycle | 02:27 |
| siebrand | dhx_m: on an abstract level we have File Format Support classes (FFS). Those classes have features. The features we use for branches are only supported in one particular FFS, the one for MediaWiki core. | 02:28 |
| siebrand | I'd like that to be more generic, and that's on a wish list, but there are higher priorities all the time. | 02:29 |
| siebrand | FOSS projects can always use more developers ;) | 02:29 |
| dhx_m | do you have a link to the source code... it's something I could be able to help with | 02:29 |
| dhx_m | if it isn't 10,000 LOC complexity :) | 02:30 |
| dhx_m | the reason I'm interested is that there are plans to add templating/a new language subsystem/etc to MantisBT (probably using PHPTAL at this stage) | 02:31 |
| *** Quits: orac1 (~jb_buldog@082-146-096-170.dyn.adsl.xs4all.be) (Remote host closed the connection) | 02:31 | |
| dhx_m | PHPTAL has an awareness of i18n built in and all we'd have to do is plug it into our lang/strings_* formatted files | 02:33 |
| *** Joins: orac1 (~jb_buldog@082-146-096-170.dyn.adsl.xs4all.be) | 02:33 | |
| siebrand | dhx_m: our code is here: http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/Translate/ | 02:34 |
| siebrand | dhx_m: specific code we use for MantisBT Is http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/Translate/ffs/PhpVariables.php?view=annotate and http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/Translate/groups/Mantis.php?view=annotate | 02:36 |
| *** Quits: socorropc (~socorropc@190.131.162.18) (Quit: Get out of that boring IRC client! It's no good for you. Bersirc 2.2 is your answer! [ http://www.bersirc.org/ - Open Source IRC ]) | 02:36 | |
| dhx_m | siebrand: you've been busy writing code, I don't remember it being so well organised/neat a year ago :) | 02:36 |
| siebrand | dhx_m: people learn, and as no one else did it, I had to learn it... | 02:37 |
| dhx_m | siebrand: I very much like the idea of FFS where you can easily integrate different file formats by writing a simple class | 02:37 |
| siebrand | dhx_m: Nikerabbit from #mediawiki-i18n has written most of our extension's code. | 02:38 |
| *** Joins: Cupertino (~Cupez@unaffiliated/cupertino) | 02:38 | |
| siebrand | dhx_m: for the PHPVariables FFS there are two changes to be made. | 02:39 |
| siebrand | dhx_m: The current FFS needs to be migrated to a new cached serialised structure that reduces parsing. | 02:39 |
| siebrand | dhx_m: all base classes are there already, it's just the FFS specifics that needs to be put into a new class. | 02:39 |
| siebrand | dhx_m: config of the message groups is then done using YAML. | 02:40 |
| siebrand | dhx_m: the second is adding Mangler support, and I think with a specific extensions, so that messages can be inherited from another group, based on another template. Nikerabbit can explain if you really want to work on it :) | 02:41 |
| dhx_m | well I like the simplicity of the YAML formatted files for MantisBT plugins | 02:41 |
| dhx_m | as I had plans to rip some of the core functionality out of MantisBT into core plugins (as was done with graphs) | 02:41 |
| dhx_m | so it should be pretty easy for me to send you some .yml's if that eventuates | 02:42 |
| dhx_m | not that those files are the main problem... I imagine it's more work at your end setting up projects/etc on translatewiki? | 02:42 |
| dhx_m | I'm looking at http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/Translate/groups/MediaWikiExtensions.php?view=markup | 02:43 |
| siebrand | dhx_m: the technical side is no longer the challenge if FFS support is there. | 02:43 |
| dhx_m | to see how extensions are handled in MediaWiki... quite different I see | 02:44 |
| siebrand | dhx_m: MediaWiki extensions is a different beast. More features (like magic files and special page aliases), and volume. | 02:44 |
| siebrand | dhx_m: A better example is to look at the YAML for Shapado. | 02:44 |
| siebrand | dhx_m: that's what the MantisBT config should look like in the future. | 02:45 |
| dhx_m | nice, thanks :) | 02:45 |
| *** Joins: orac1_ (~jb_buldog@082-146-096-170.dyn.adsl.xs4all.be) | 02:53 | |
| *** Joins: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) | 02:54 | |
| *** Quits: orac1 (~jb_buldog@082-146-096-170.dyn.adsl.xs4all.be) (Ping timeout: 260 seconds) | 02:56 | |
| *** orac1_ is now known as orac1 | 02:56 | |
| *** Joins: Ximera (~Ximera@ip181.net193.n37.ru) | 02:57 | |
| Ximera | Добрый день. Вчера я произвел обновление своего MantisBT до версии 1.3.0, но столкнулся с проблемой. Из имеющейся документации я понял, что записать в параметр g_crypto_master_salt. Может кто знает, что нужно записать в этот параметр? Microsoft IIS 7.0 MantisBT 1.3.0 | 03:01 |
| Ximera | Good afternoon. Yesterday I made a MantisBT update to version 1.3.0, but encountered problem. From the available documentation, I realized that to write a parameter g_crypto_master_salt. Maybe someone knows what to write in this setting? Microsoft IIS 7.0 MantisBT 1.3.0 | 03:02 |
| *** Quits: siebrand (~beis@sm.xs4all.nl) () | 03:04 | |
| dhx_m | Ximera: hi | 03:09 |
| dhx_m | Ximera: you need to create a randomly generated value for $g_crypto_master_salt in config_inc.php | 03:09 |
| dhx_m | Ximera: this value is kind of like a private key for MantisBT | 03:10 |
| dhx_m | Ximera: it is used when generating passwords, CSRF tokens, etc | 03:10 |
| Ximera | sorry, how generate master_salt? | 03:15 |
| dhx_m | Ximera: a random number generator... wait a sec and I'll find out how you do it on Windows | 03:17 |
| Ximera | Sorry, David, you have not forgotten about me? :) | 03:32 |
| dhx_m | I've been trying to find an inbuilt way in Windows to pull random data from CryptoAPI | 03:32 |
| dhx_m | but it seems like it's only usable if you write your own C++/.NET application to use this library | 03:32 |
| *** Joins: orac1_ (~jb_buldog@082-146-096-170.dyn.adsl.xs4all.be) | 03:33 | |
| *** Quits: orac1 (~jb_buldog@082-146-096-170.dyn.adsl.xs4all.be) (Ping timeout: 260 seconds) | 03:35 | |
| *** orac1_ is now known as orac1 | 03:35 | |
| dhx_m | Ximera: you can just keyboard mash out a "random" value yourself but it isn't the ideal approach to use | 03:36 |
| Ximera | it's don't work :( i get ERROR_CRYPTO_CAN_NOT_GENERATE_STRONG_RANDOMNESS | 03:37 |
| Ximera | "Unable to find a source of strong randomness for cryptographic purposes." | 03:38 |
| dhx_m | ah yes that has been fixed as of a few hours ago | 03:39 |
| dhx_m | http://git.mantisbt.org/?p=mantisbt.git;a=commit;h=3436d148684f0216a565b7d744eef98fc3eac7e9 | 03:40 |
| dhx_m | you can backport that patch to 1.2.1 if you like | 03:40 |
| Ximera | thanks :) | 03:40 |
| dhx_m | "fixed" is used loosely as it actually disables strong crypto PRNG on Windows | 03:42 |
| dhx_m | nothing that a normal MantisBT user would really need to worry about though | 03:42 |
| *** Joins: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) | 03:52 | |
| *** Quits: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) (Client Quit) | 03:56 | |
| *** Parts: Ximera (~Ximera@ip181.net193.n37.ru) | 04:02 | |
| dhx_m | almost killed Projax and replaced it with jQuery Autocomplete :) | 04:33 |
| dhx_m | this new system will be 1000000000000 times better as all you have to do is add the "autocomplete" class to the input type="text" field you want to add autocomplete support for | 04:35 |
| dhx_m | then you just need to add a function to xmlhttprequest_api.php to send the JSON data | 04:35 |
| *** Joins: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) | 04:52 | |
| *** Quits: mellen (~thansen@x1-6-00-22-02-00-0c-40.k253.webspeed.dk) (Ping timeout: 252 seconds) | 05:16 | |
| *** Joins: mellen (~thansen@x1-6-00-22-02-00-0c-40.k253.webspeed.dk) | 05:17 | |
| *** Quits: orac1 (~jb_buldog@082-146-096-170.dyn.adsl.xs4all.be) (Quit: ChatZilla 0.9.86 [Firefox 3.6.4/20100611143157]) | 06:52 | |
| *** Quits: Cupertino (~Cupez@unaffiliated/cupertino) (Quit: I give up...) | 07:23 | |
| *** Joins: Cupertino (~Cupez@unaffiliated/cupertino) | 07:26 | |
| *** Joins: orac1 (~jb_buldog@193.190.57.9) | 07:58 | |
| *** Quits: bokkepoot (~jankuiper@kantoor.procolix.com) (Ping timeout: 260 seconds) | 07:59 | |
| *** Quits: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) (Quit: Rixie) | 08:17 | |
| *** Joins: mantisbt_58443 (73716243@gateway/web/freenode/ip.115.113.98.67) | 08:23 | |
| *** Quits: mantisbt_58443 (73716243@gateway/web/freenode/ip.115.113.98.67) (Client Quit) | 08:23 | |
| *** Joins: kirillka (~Miranda@30-81-52-95.baltnet.ru) | 08:42 | |
| kirillka | hi all | 08:43 |
| kirillka | nuclear_eclipse | 08:44 |
| kirillka | nuclear_eclipse: git can import cvs repository? | 08:44 |
| nuclear_eclipse | kirillka: I don't know about CVS, but it can import from an SVN repo | 08:53 |
| kirillka | nuclear_eclipse: I see drupal work with cvs, and don't migrate to svn or dvcs. I don't want install cvs or svn client | 08:55 |
| nuclear_eclipse | afaik, if they use CVS, you're gonna need to install CVS | 08:57 |
| nuclear_eclipse | or find a project that uses SVN or Git | 08:57 |
| kirillka | O! I found on github mirror for git.mantisfr.org | 09:07 |
| dhx_m | nuclear_eclipse: any good with jQuery autocomplete? :) | 09:13 |
| kirillka | dhx_m: nice to see you | 09:14 |
| dhx_m | the documentation on autocomplete sucks :p | 09:14 |
| dhx_m | kirillka: hi :) | 09:14 |
| rolfkleef | cvs -> git: a friend of mine does that (works on drupal stuff) but seems not to work well with branches in CVS (but if you only use HEAD it seems to work ok bidirectionally) -- can ask what he uses | 09:16 |
| rolfkleef | drupal will move to git when they start working on version 8 | 09:16 |
| kirillka | rolfkleef: Thanks. I want give only HEAD revision, but I found mirror with git of cvs repository. | 09:18 |
| nuclear_eclipse | dhx_m: unfortunately not | 09:21 |
| dhx_m | ok thanks :) | 09:21 |
| dhx_m | I am returning the following JSON: | 09:22 |
| dhx_m | 7 | 09:22 |
| dhx_m | ["abc"] | 09:22 |
| dhx_m | 0 | 09:22 |
| dhx_m | I don't know why the numbers are there (from json_encode() in PHP) | 09:22 |
| nuclear_eclipse | dhx_m: try doing a file_put_contents("/tmp/json", print_r($data,true)) on your data before you put it through json, and make sure you have an appropriate data structure? | 09:23 |
| dhx_m | oh it's OK... it's the HTML chunked transfer encoding at work | 09:27 |
| *** Joins: daryn (~daryn@rrcs-76-79-4-2.west.biz.rr.com) | 09:37 | |
| dhx_m | it works :) | 09:41 |
| dhx_m | just need to work out a way of getting $(this) to work inside $().autocomplete | 09:42 |
| kirillka | daryn: mo | 09:42 |
| daryn | morning | 09:42 |
| daryn | :) | 09:42 |
| daryn | or evening as may be the case | 09:42 |
| dhx_m | daryn: hi | 09:42 |
| daryn | hallo | 09:43 |
| daryn | what did i miss? | 09:43 |
| daryn | you converting projax autocomplete to jquery? | 09:44 |
| dhx_m | yep, almost done | 09:44 |
| daryn | yay! | 09:44 |
| daryn | now i don't have to | 09:44 |
| dhx_m | $('input.autocomplete').autocomplete({ | 09:44 |
| dhx_m | source: function(request, callback) { | 09:44 |
| dhx_m | so any input field with the "autocomplete" class will work for now | 09:45 |
| daryn | great | 09:45 |
| dhx_m | I'm not sure if the attribute selector is allowed there | 09:45 |
| daryn | where? | 09:45 |
| dhx_m | but... the problem is I need the name attribute of the input field which the autocomplete event fired on | 09:45 |
| dhx_m | ie input[type=text].autocomplete | 09:46 |
| daryn | you can get that... | 09:46 |
| dhx_m | alert($(this).attr('name')); | 09:46 |
| dhx_m | undefined | 09:46 |
| daryn | yeah... it's your setup i think | 09:46 |
| dhx_m | I assume $(this) refers to the callback for the source: thingy | 09:46 |
| daryn | is the code where i can look at it? | 09:46 |
| dhx_m | it can be :) | 09:47 |
| daryn | this changes constantly in js | 09:47 |
| daryn | let me take a look at it | 09:47 |
| *** Draggor1 is now known as Draggor | 09:48 | |
| daryn | you can do.... $(input.autocomplete').each( function() { alert($(this).attr('name')); $(this).autocomplete( ... | 09:49 |
| dhx_m | $('input.autocomplete').autocomplete({ | 09:51 |
| dhx_m | source: function(request, callback) { | 09:51 |
| dhx_m | $.getJSON('xmlhttprequest.php', {'entrypoint' : 'os_get_with_prefix', 'os' : request.term}, function(data) { | 09:51 |
| dhx_m | var results = []; | 09:51 |
| dhx_m | $.each(data, function(i, value) { | 09:51 |
| dhx_m | results.push(value); | 09:51 |
| dhx_m | }); | 09:51 |
| dhx_m | callback(results); | 09:51 |
| dhx_m | }); | 09:51 |
| dhx_m | } | 09:51 |
| dhx_m | }); | 09:51 |
| dhx_m | I need ($this).attr('name') instead of the 'os' string | 09:51 |
| daryn | right | 09:51 |
| dhx_m | however it isn't defined at that point for some reason | 09:52 |
| daryn | yeah because the this no longer references the input at that point | 09:52 |
| daryn | it's inside the function and the input is not passed into the function | 09:52 |
| daryn | you should be able to use the each above, set a variable for it and then the variable should be in scope for the function...i think | 09:53 |
| daryn | or... | 09:53 |
| dhx_m | hmm | 09:53 |
| dhx_m | http://github.com/jquery/jquery-ui/blob/master/ui/jquery.ui.autocomplete.js | 09:54 |
| daryn | this is the plugin you're using? | 09:56 |
| dhx_m | aha | 09:57 |
| dhx_m | http://blog.seanja.com/2010/03/using-the-jquery-ui-autocomplete-widget/ | 09:57 |
| dhx_m | $(this).attr('element').attr('id'); | 09:57 |
| dhx_m | let's see | 09:57 |
| daryn | there you go | 09:57 |
| dhx_m | bingo! | 09:57 |
| daryn | sweet. that's cleaner for sure | 09:58 |
| dhx_m | well almost... | 09:59 |
| dhx_m | var field_name = $(this).attr('element').attr('id'); | 09:59 |
| dhx_m | $.getJSON('xmlhttprequest.php', {'entrypoint' : field_name + '_get_with_prefix', field_name : request.term}, function(data) { | 09:59 |
| dhx_m | my concatenating of strings must be wrong | 09:59 |
| kirillka | dhx_m: is it autocomplete implements in mantisbt? | 10:00 |
| kirillka | will? | 10:00 |
| dhx_m | kirillka: I'm replacing Projax with jQuery Autocomplete | 10:00 |
| dhx_m | so for fields where it makes sense, yes | 10:00 |
| kirillka | good idea | 10:00 |
| dhx_m | and it'll be trivial to work with in the future | 10:01 |
| dhx_m | unlike the kludge that is Projax | 10:01 |
| daryn | dhx_m aren't you supposed to be using $j rather than $? | 10:01 |
| dhx_m | daryn: I chopped out the compatibility... do we want it back? | 10:02 |
| dhx_m | one of the comments indicated it was temporary | 10:02 |
| daryn | oh...is projax totally removed? | 10:02 |
| dhx_m | yes | 10:02 |
| dhx_m | dead | 10:02 |
| daryn | awesome | 10:02 |
| dhx_m | haha indeed | 10:02 |
| dhx_m | just this last bug to go | 10:02 |
| daryn | np. just means i have to update all my plugin scripts | 10:03 |
| daryn | :P | 10:03 |
| dhx_m | I think people expect to work with $() when using jQuery anyway | 10:03 |
| daryn | oh, definitely | 10:03 |
| dhx_m | oh | 10:06 |
| dhx_m | field_name : request.term | 10:06 |
| dhx_m | field_name is treated as a string | 10:06 |
| dhx_m | rather than a variable | 10:06 |
| kirillka | football begin | 10:06 |
| dhx_m | the entrypoint is OK though | 10:06 |
| dhx_m | http://stackoverflow.com/questions/739151/javascript-variable-evaluation-in-a-map | 10:08 |
| dhx_m | stackoverflow to the rescue | 10:08 |
| *** Quits: Cupertino (~Cupez@unaffiliated/cupertino) (Quit: I give up...) | 10:24 | |
| daryn | dhx_m: filters? :D | 10:26 |
| *** Joins: micahg (~micah@ubuntu/member/micahg) | 10:28 | |
| dhx_m | daryn: not yet :( | 10:37 |
| dhx_m | daryn: almost done now... just need to escape HTML entities with jQuery | 10:37 |
| daryn | :) i figured. sounds like you've been working on good stuff | 10:37 |
| daryn | i'm working on filters now. writing a base class and changing some of property names | 10:38 |
| daryn | so...it will hopefully be a bit cleaner shortly | 10:38 |
| daryn | dhxm: nuclear_eclipse: what if i want plugins to be able to build filters other than adding to the view issues page? the token_api only allows one filter token per user and it uses a constant to define the type...I need more than one and I need to be able to dynamically add them...thoughts? | 10:56 |
| dhx_m | daryn: I guess a new table of filters vs users? | 10:58 |
| dhx_m | daryn: columns include user_id, filter_id, filter_type? | 10:58 |
| dhx_m | filter_type could be "last known filter for view_all_..." or "last known filter for blah_..." or "saved filter for ..." | 10:58 |
| dhx_m | (of course, change the schema to be more correct) :) | 10:59 |
| daryn | well...we have a filter table we could just add the type to but there are two parts to this... | 10:59 |
| daryn | problem is that persistent filters use the php session cookie but temporary filters use the token table...i think i just answered my own question | 11:00 |
| daryn | they are temporary so overwriting because i'm on a different page won't matter. I can use the same token type | 11:00 |
| daryn | but...for the filters table a type... | 11:01 |
| dhx_m | lol 'persistent' using the session cookie? | 11:04 |
| daryn | well...it stores it in the database and passes the id around in the session cookie | 11:04 |
| daryn | the filter table stores both 'current' filters and 'named filters' | 11:05 |
| *** Quits: orac1 (~jb_buldog@193.190.57.9) (Quit: ChatZilla 0.9.86 [Firefox 3.6.4/20100611143157]) | 11:10 | |
| dhx_m | what JavaScript compressor am I meant to use? | 11:12 |
| daryn | i don't know... i was just using http://javascriptcompressor.com/ | 11:13 |
| daryn | because it was at the top of google query | 11:13 |
| dhx_m | http://refresh-sf.com/yui/ | 11:18 |
| dhx_m | that one seems to work OK too | 11:18 |
| dhx_m | this sucks though... it should be handled by our build script :) | 11:18 |
| daryn | i agree | 11:19 |
| CIA-22 | Mantisbt: hickseydr * rb77ea9cd2333 / (34 files in 9 dirs): Fix #9117: Replace Projax with jQuery UI Autocomplete | 11:20 |
| *** Quits: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) (Ping timeout: 264 seconds) | 11:21 | |
| *** Joins: siebrand (~beis@sm.xs4all.nl) | 11:22 | |
| *** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 260 seconds) | 12:13 | |
| *** PennStater is now known as PennStater^AtWrk | 13:06 | |
| *** Joins: micahg (~micah@ubuntu/member/micahg) | 13:10 | |
| *** Quits: kirillka (~Miranda@30-81-52-95.baltnet.ru) (Ping timeout: 276 seconds) | 14:29 | |
| nuclear_eclipse | dhx_m: feel free to update the build scripts :P | 15:15 |
| nuclear_eclipse | I can always publicly humiliate you later by reverting your changes ;) | 15:16 |
| *** Quits: daryn (~daryn@rrcs-76-79-4-2.west.biz.rr.com) (Quit: Ex-Chat) | 15:47 | |
| *** Joins: orac1 (~jb_buldog@082-146-096-170.dyn.adsl.xs4all.be) | 15:49 | |
| *** PennStater- is now known as PennStater | 16:04 | |
| *** Joins: fanno (~Morten@90.184.93.233) | 16:23 | |
| *** Quits: orac1 (~jb_buldog@082-146-096-170.dyn.adsl.xs4all.be) (Quit: ChatZilla 0.9.86 [Firefox 3.6.4/20100611143157]) | 16:52 | |
| *** Quits: moto-moi (~hylke@cara.xs4all.nl) (Quit: Ex-Chat) | 17:04 | |
| *** Joins: daryn (~daryn@rrcs-76-79-4-2.west.biz.rr.com) | 17:05 | |
| *** Quits: mellen (~thansen@x1-6-00-22-02-00-0c-40.k253.webspeed.dk) (Ping timeout: 260 seconds) | 17:36 | |
| *** Joins: mellen (~thansen@x1-6-00-22-02-00-0c-40.k253.webspeed.dk) | 17:38 | |
| *** Joins: ToffeePops (~chatzilla@202.20.3.13) | 17:56 | |
| ToffeePops | Hi, is it possible to stop users from editing an issues description or additional info after an issue has been raised? | 18:02 |
| ToffeePops | The problem is when a user edits (eg) a large description, all we see in the history is 'description updated', so we have to review the description and try to figure out what has changed (i.e without knowing explicitly what has changed, we don't know if it is important or not). | 18:02 |
| ToffeePops | We are trying to stop our users from editing description and additional info fields and get them to always add notes, but we'd like to formalise it a bit... | 18:02 |
| *** Quits: daryn (~daryn@rrcs-76-79-4-2.west.biz.rr.com) (Quit: Ex-Chat) | 18:03 | |
| *** Quits: ToffeePops (~chatzilla@202.20.3.13) (Remote host closed the connection) | 18:09 | |
| nuclear_eclipse | ToffeePops: in 1.2.x, Mantis keeps track of old revisions to all the long text fields so that you can audit changes to them after the fact | 18:09 |
| nuclear_eclipse | doh | 18:09 |
| *** Joins: ToffeePops (~chatzilla@202.20.3.13) | 18:10 | |
| nuclear_eclipse | ToffeePops: in 1.2.x, Mantis keeps track of old revisions to all the long text fields so that you can audit changes to them after the fact | 18:10 |
| *** Quits: Draggor (~Draggor@adsl-99-135-145-182.dsl.emhril.sbcglobal.net) (Ping timeout: 260 seconds) | 18:10 | |
| ToffeePops | nuclear_eclipse: Awesome! Is there anything special that needs to be done to audit changes? | 18:11 |
| ToffeePops | Can anyone do it or only the administrator? | 18:11 |
| nuclear_eclipse | anyone can see the old revisions | 18:12 |
| ToffeePops | fantastic | 18:12 |
| nuclear_eclipse | but iirc it's a configurable threshold | 18:12 |
| ToffeePops | But where possible we're trying to encourage people to add notes rather than edit existing ;-) | 18:13 |
| ToffeePops | We're still on 1.1.8 so I guess it's time we updated | 18:14 |
| ToffeePops | Hmmm, I clicked on a link to 1.3.0 changelog to see what else was coming up... and got an app error 1601 :( | 18:15 |
| ToffeePops | URL http://www.mantisbt.org/bugs/changelog_page.php?project=mantisbt&version=1.3.0-dev | 18:15 |
| nuclear_eclipse | http://www.mantisbt.org/bugs/changelog_page.php?project=mantisbt&version=1.3.x | 18:16 |
| nuclear_eclipse | I'd definitely not recommend running 1.3.0 yet though | 18:16 |
| ToffeePops | Yeah no worries, was just curious ;-) just a shame to have a dodgy link on http://www.mantisbt.org/download.php | 18:24 |
| ToffeePops | (Change log link under development section) | 18:24 |
| ToffeePops | BTW, our mantis admin said the reason he hasn't updated was that when he tried 1.2.0 the upgrade spat our sql errors updating the database. He's going to try again shortly with 1.2.1 :-) | 18:26 |
| ToffeePops | s/spat our/spat out/ | 18:27 |
| *** Joins: Draggor (~Draggor@adsl-99-142-57-243.dsl.emhril.sbcglobal.net) | 18:30 | |
| ToffeePops | nuclear_eclipse: Cool, we're upgraded to 1.2.1... I guess the migration improved :-) | 18:49 |
| ToffeePops | At least we think it's 1.2.1... the version number down the bottom LHS of the screen has been removed o_O ? | 18:50 |
| *** Quits: ToffeePops (~chatzilla@202.20.3.13) (Quit: ChatZilla 0.9.86 [SeaMonkey 2.0.5/20100504124919]) | 19:13 | |
| *** 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: siebrand (~beis@sm.xs4all.nl) (Read error: Connection reset by peer) | 21:02 | |
| *** Joins: siebrand (~beis@sm.xs4all.nl) | 21:03 | |
| *** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 276 seconds) | 21:03 | |
| dhx_m | nuclear_eclipse: Python though, so not my thing :p | 21:09 |
| *** Joins: micahg (~micah@ubuntu/member/micahg) | 21:55 | |
| *** Quits: Ragnor (~Ragnor@188.109.94.106) (*.net *.split) | 22:09 | |
| *** Joins: Ragnor (~Ragnor@188.109.94.106) | 22:10 | |
| *** Quits: dhx_m (~anonymous@c122-107-185-177.eburwd5.vic.optusnet.com.au) (Remote host closed the connection) | 23:53 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!