*** Quits: fanno (~Morten@90.184.93.233) (Read error: Connection reset by peer) | 00:17 | |
*** Joins: Cupertino (~Cupez@unaffiliated/cupertino) | 02:27 | |
*** Quits: giallu (~giallu@fedora/giallu) (Ping timeout: 276 seconds) | 02:32 | |
*** Quits: siebrand (~beis@sm.xs4all.nl) () | 02:37 | |
*** Joins: giallu (~giallu@fedora/giallu) | 03:10 | |
*** Joins: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) | 03:58 | |
dhx_m | howdy | 04:27 |
---|---|---|
*** Quits: dhx_m (~anonymous@c122-107-170-247.eburwd5.vic.optusnet.com.au) (Read error: Connection reset by peer) | 04:51 | |
*** Joins: paulr (~paul@cpc1-enfi9-0-0-cust389.hari.cable.virginmedia.com) | 05:21 | |
*** Joins: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) | 05:30 | |
*** Joins: dhx_m (~anonymous@c122-107-170-247.eburwd5.vic.optusnet.com.au) | 05:46 | |
paulr | boo | 05:58 |
dhx_m | paulr: hey | 06:30 |
paulr | lo | 06:30 |
paulr | you about this w/e? | 06:30 |
paulr | or family | 06:30 |
dhx_m | should be around here a bit :) | 06:30 |
*** Joins: istvanb (d917e473@gateway/web/freenode/ip.217.23.228.115) | 06:35 | |
istvanb | hi there! One of my users has lost the "hide status" option in the "view issues" tab. All the other users (reporters) have it except him. Any guess what can cause this? | 06:40 |
istvanb | any guess? | 07:07 |
istvanb | resolved. After couple logouts and logins its back. Pretty wierd though | 07:23 |
*** Quits: dhx_m (~anonymous@c122-107-170-247.eburwd5.vic.optusnet.com.au) (Remote host closed the connection) | 07:41 | |
*** Joins: fanno (~Morten@90.184.93.233) | 07:44 | |
*** Joins: dhx_m (~anonymous@c122-107-170-247.eburwd5.vic.optusnet.com.au) | 07:45 | |
nuclear_eclipse | istvanb: "advanced filters" mode doesn't use "hide status", and he had most likely selected that | 07:48 |
istvanb | oh | 07:53 |
istvanb | It makes sense | 07:53 |
istvanb | and now... believe or not: another question | 07:54 |
istvanb | I have turned on the due-date function | 07:54 |
paulr | unlucky | 07:54 |
istvanb | but actually I can not use it because if I report an issue and select the due date I can not submit it | 07:54 |
istvanb | it goes back to the due date field like if it has a problem with it | 07:54 |
paulr | what's it say | 07:55 |
istvanb | nothing | 07:55 |
istvanb | it just doesnt allow me to use it | 07:55 |
istvanb | any guess? | 08:04 |
paulr | it was never that reliable when it got added | 08:11 |
paulr | I tried to fix some of it | 08:11 |
paulr | so it's prboably completely broken | 08:11 |
paulr | on top of that dhx has rewritten bug_report.php | 08:11 |
paulr | so without looking.. ;/ | 08:11 |
dhx_m | stop blaming me :p | 08:17 |
*** Joins: alexsander (~alexsande@201.86.223.245) | 08:17 | |
dhx_m | I fixed it :p | 08:17 |
istvanb | let me rephrase then: is there any known bug about the due-date field which makes it not recommended to use? | 08:21 |
paulr | it should 'work' | 08:21 |
paulr | it used to get a bit confused with timezones | 08:21 |
paulr | i.e. you could find that it would adjust -1 hour each time you viewed/edited a bug | 08:22 |
istvanb | hmm | 08:22 |
istvanb | I have checked out the DB | 08:22 |
istvanb | most of the issues has a default value of 1 | 08:22 |
istvanb | two of them has something else, looking like a date | 08:22 |
paulr | yes | 08:22 |
dhx_m | paulr: perhaps that was just a feature management put into your last work-related bug tracker? :p | 08:22 |
paulr | 1 second past 1970 | 08:22 |
istvanb | let me check those two iessues very quick | 08:22 |
paulr | dhx_m: mm? | 08:22 |
istvanb | ok | 08:24 |
istvanb | it shows (and I remember it) I was able to set duedates 3 weeks ago | 08:24 |
istvanb | I was on vaction since then | 08:24 |
istvanb | those two issues shows the due-date correctly | 08:24 |
istvanb | but now I can not report an issue with a due-date :( | 08:25 |
istvanb | also one of the issues is due, and it show is | 08:26 |
paulr | what version are you on ? | 08:26 |
paulr | of mantis | 08:26 |
istvanb | 1.2.1 | 08:27 |
istvanb | is there anything to setup for due-dates except $g_due_date_update_threshold and $g_due_date_view_threshold? | 08:31 |
istvanb | The due date field accepts "1" though | 08:47 |
istvanb | if the due date is not filled then if I edit the issue I can modify it. But lets say if I click "change status to" then I have the same problem as descirbed above | 08:52 |
*** Joins: MaQiavelli (~chatzilla@95.129.197.36) | 08:55 | |
*** Quits: fanno (~Morten@90.184.93.233) (Read error: Connection reset by peer) | 09:07 | |
istvanb | I am restarting the server to see if it solves (?) | 09:19 |
istvanb | no, its not :P | 09:21 |
istvanb | ok, I have found this. If I run mantis from the server "localhost/mantis" I have no problems with the due date | 09:27 |
istvanb | if I run mantis from a client computer like "192.168.10.111/mantis" then due date can not be applied | 09:28 |
*** Quits: istvanb (d917e473@gateway/web/freenode/ip.217.23.228.115) (Quit: Page closed) | 09:57 | |
*** Joins: siebrand (~beis@sm.xs4all.nl) | 10:20 | |
*** Quits: Cupertino (~Cupez@unaffiliated/cupertino) (Quit: I give up...) | 10:45 | |
*** Quits: Rixie (~Rixie@0x4dd7390e.adsl.cybercity.dk) (Quit: Rixie) | 11:08 | |
*** Joins: mantisbt_19310 (5f8d6289@gateway/web/freenode/ip.95.141.98.137) | 11:14 | |
*** Quits: mantisbt_19310 (5f8d6289@gateway/web/freenode/ip.95.141.98.137) (Client Quit) | 11:14 | |
*** Quits: rolfkleef (~rolf@82-204-82-162.fttx.bbeyond.nl) (Ping timeout: 276 seconds) | 11:31 | |
*** Quits: nkj (~nkj252@rb5db132.net.upc.cz) (Quit: nkj) | 11:39 | |
*** Joins: ToreadorVampire (~ToreadorV@unaffiliated/toreadorvampire) | 11:41 | |
ToreadorVampire | 2 things: #1 (which maybe you already know about) - on the Mantisbt website there's a link to this channel and it includes a Mibbit widget, which nobody is able to use because Freenode banned Mibbit a while back ... | 11:43 |
ToreadorVampire | #2 is my actual question which is: Is there a way to suppress Mantis' automatic parsing of URLs as hyperlinks within the bug notes? I am pasting data that Mantis is interpreting as URLs and trying to be helpful and offer links and stuff. Is there some kind of markup I can use to tell Mantis not to do that? | 11:44 |
*** Quits: MaQiavelli (~chatzilla@95.129.197.36) (Quit: ChatZilla 0.9.86 [Firefox 4.0b2/20100720180617]) | 11:46 | |
paulr | you can turn it off always | 11:49 |
paulr | question: is it getting the url's wrong? or just they are urls but you dont want them linkable | 11:50 |
ToreadorVampire | Uh | 11:50 |
ToreadorVampire | It's sort of a mixture of two | 11:50 |
paulr | in that if your pasting a url and we are parsing it wrong | 11:51 |
paulr | i'm tempted to see if we can fix the parser | 11:51 |
paulr | nuclear_eclipse loves fixing the url parser | 11:51 |
paulr | when I break it so that's especially fun | 11:51 |
ToreadorVampire | It's information from a detailed error report within a web app we're developing, and the error relates to email validation. So, it includes URLs and also things that look like email addresses. Since this is part of a detailled error report though I don't want that stuff clickable. By parsing it is's mangling the text I pasted into the bugreport | 11:52 |
ToreadorVampire | 1 sec, will check to see whether "technically" it is getting it right though | 11:53 |
paulr | in terms of the parsing | 11:53 |
paulr | if your on mantis 1.2 , you can configure the default text formating (core formatting) plugin | 11:53 |
ToreadorVampire | No, it's also screwing up the parsing ... badly | 11:53 |
paulr | and tell it to turn off some of the parsing I believe | 11:53 |
paulr | can you generate a safe version of the url so I can see? | 11:54 |
ToreadorVampire | Nah, I'm on 1.1.8 atm | 11:54 |
ToreadorVampire | Will pastebin the text I pasted into mantis and then ... uh ... will see if I can get the HTML that mantis generated on the bug page | 11:54 |
ToreadorVampire | http://pastebin.com/pbE5z9WD | 11:57 |
ToreadorVampire | In the mean time what I'll do is save that information + the stack trace in a textfile and attach it to the bug. That way it'll be safe from being mangled by the URL parser | 12:00 |
ToreadorVampire | I was just wondering where there was any kind of "suppress the URL parser" escape sequence built into Mantis. Something like <nourl>http://example.com/foo</nourl> that would prevent it from screwing with my text | 12:01 |
*** Quits: giallu (~giallu@fedora/giallu) (Ping timeout: 258 seconds) | 12:03 | |
paulr | wtf did it do there | 12:05 |
ToreadorVampire | Well, you know ... that's what i thought :D | 12:07 |
ToreadorVampire | But - that's a pretty complex string it ended up trying to parse. It wasn't even a use case where I /wanted/ it to parse it as a URL ... | 12:08 |
paulr | i'm trying to work out in what order it parsed that :) | 12:08 |
ToreadorVampire | Haha, have fun :p | 12:08 |
paulr | mwell | 12:08 |
paulr | what it's done is wrong | 12:08 |
paulr | as obviously you'd expect that to be a url | 12:08 |
paulr | you might not want it to parse but as a user/dev/whatever you'd expect it to parse it as a url not an email address | 12:09 |
paulr | I think atm we only allow the parsing to be turned off globally | 12:09 |
paulr | however, the idea of an escape sequence.. | 12:09 |
ToreadorVampire | Man this web app project I have inherited :s | 12:13 |
ToreadorVampire | 99.9% of the codebase belongs on thedailywtf :( | 12:13 |
ToreadorVampire | The level of stupidity I'm dealing with: Until I fixed it, all of their 404 error pages returned HTTP status code 200 OK. All of their HTTP 500 error pages still return 200 OK (I still have to track down wtf they are doing there) | 12:15 |
ToreadorVampire | There's something ironically amusing about a page that reads "HTTP error 404: Page not found" but that page not actually using a 404 status code | 12:15 |
paulr | heh | 12:18 |
*** Joins: moto-moi (~hylke@cara.xs4all.nl) | 12:25 | |
ToreadorVampire | K, I'm out, time to get to the pub! | 12:37 |
*** Quits: ToreadorVampire (~ToreadorV@unaffiliated/toreadorvampire) (Quit: ... and now back to the REAL fantasy world!) | 12:37 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 240 seconds) | 13:25 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 14:10 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Read error: Connection reset by peer) | 14:14 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 14:20 | |
paulr | nuclear_eclipse: lo? | 15:32 |
nuclear_eclipse | howdy | 15:32 |
paulr | di you see that pastebin url earlier? | 15:33 |
paulr | <ToreadorVampire> http://pastebin.com/pbE5z9WD | 15:33 |
nuclear_eclipse | no | 15:33 |
paulr | seems you broke url parsing :P | 15:33 |
nuclear_eclipse | I haven't had any time to investigate | 15:33 |
nuclear_eclipse | no, I didn't, 1.1.x has always had a shitty parser | 15:33 |
nuclear_eclipse | that's why I fiexd it all in 1.2 | 15:34 |
paulr | oh was that dude on 1.1? | 15:34 |
nuclear_eclipse | 11:54 < ToreadorVampire> Nah, I'm on 1.1.8 atm | 15:34 |
paulr | didn't see that | 15:34 |
nuclear_eclipse | good job on reading | 15:34 |
paulr | np | 15:34 |
paulr | it'#s not one of my skills | 15:34 |
*** Joins: giallu (~giallu@fedora/giallu) | 15:46 | |
*** Joins: eeyore (4b8e5120@gateway/web/freenode/ip.75.142.81.32) | 16:47 | |
*** eeyore is now known as Guest37402 | 16:48 | |
*** Joins: Shakra (d065b84e@gateway/web/freenode/ip.208.101.184.78) | 16:48 | |
*** Parts: Guest37402 (4b8e5120@gateway/web/freenode/ip.75.142.81.32) | 16:49 | |
*** Quits: moto-moi (~hylke@cara.xs4all.nl) (Quit: Ex-Chat) | 17:04 | |
*** Joins: fanno (~Morten@90.184.93.233) | 17:18 | |
Shakra | Does anyone know anything about wiki integration? | 17:26 |
*** Quits: alexsander (~alexsande@201.86.223.245) (Quit: Saindo) | 17:36 | |
Shakra | Is there a reason why wiki links changed from being http://$g_wiki_engine_url/index.php/$g_wiki_root_namespace:<bug number> to http://$g_wiki_engine_url/index.php/<project name>:<bug number> after I upgraded from Mantis 1.1.6 to 1.2.1? | 17:57 |
*** Quits: Shakra (d065b84e@gateway/web/freenode/ip.208.101.184.78) (Quit: Page closed) | 18:31 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 265 seconds) | 18:56 | |
*** Joins: micahg (~micah@ubuntu/member/micahg) | 19:52 | |
*** Quits: scribe9343423 (~scribe934@static.96.23.63.178.clients.your-server.de) (Remote host closed the connection) | 20:00 | |
*** Joins: scribe9343423 (~scribe934@static.96.23.63.178.clients.your-server.de) | 20:00 | |
*** Quits: micahg (~micah@ubuntu/member/micahg) (Ping timeout: 260 seconds) | 20:48 | |
*** Quits: paulr (~paul@cpc1-enfi9-0-0-cust389.hari.cable.virginmedia.com) () | 20:57 | |
*** Quits: dhx_m (~anonymous@c122-107-170-247.eburwd5.vic.optusnet.com.au) (Read error: Connection reset by peer) | 22:24 | |
*** Joins: dhx_m (~anonymous@c122-107-170-247.eburwd5.vic.optusnet.com.au) | 22:25 | |
*** Quits: dhx_m (~anonymous@c122-107-170-247.eburwd5.vic.optusnet.com.au) (Read error: Connection reset by peer) | 23:39 | |
*** Joins: dhx_m (~anonymous@c122-107-170-247.eburwd5.vic.optusnet.com.au) | 23:40 | |
*** Quits: fanno (~Morten@90.184.93.233) (Read error: Connection reset by peer) | 23:41 |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!