[11:34] <MatthewAllen> I'm currently looking at developing an application through the QATracker API, so if anyone has any ideas for a application that works of the QATrackers api (report results, read results, etc. etc.) I'd be more than willing to attempt to implement them, just message me. :)
[13:15] <tsimonq2> I can +1 MatthewAllen as the API docs aren't really...good, for lack of a better word
[13:22] <MatthewAllen> tsimonq2, anything you can think of that would be useful that I could implement using the api?
[13:22] <tsimonq2> MatthewAllen: I have been met with the same challenge as you, so no :)
[13:23] <tsimonq2> MatthewAllen: is this for a GCI task
[13:23] <tsimonq2> ?
[13:23] <MatthewAllen> tsimonq2, yes
[13:23] <tsimonq2> MatthewAllen: you should probably contact https://wiki.ubuntu.com/stgraber
[14:40] <balloons> MatthewAllen, coming up empty for the GCI API task?
[14:40] <MatthewAllen> balloons, seems to be - people seem happy with what they have already :)
[14:40] <balloons> Part of the idea was to try and stretch the use of the API a bit. Perhaps it's not working out
[16:37] <MatthewAllen> balloons, I'm looking at fixing https://bugs.launchpad.net/ubuntu-qa-website/+bug/1354048 -  just for clarification - Do you want it to redirect the Ubuntu SSO Login page if the user is not logged in and do the normal behaviour of going to the sub page if they are logged in?
[16:38] <balloons> that sounds correct
[16:39] <MatthewAllen> awesome, will get on that now then
[16:39] <MatthewAllen> is there any way to make the SSO Login page return the user to the subscription page after logging in?
[16:39] <balloons> yes there is
[16:40] <balloons> you pass that as a parm
[16:41] <MatthewAllen> Is there anyway to pass that parameter through the URL? Because from what I can see it's done through a hidden value
[16:46] <MatthewAllen> balloons,  Is there anyway to pass that parameter through the URL? Because from what I can see it's done through a hidden value
[16:47] <balloons> there should be, but I don't have direct knowledge on SSO
[16:47] <MatthewAllen> is there anyone that I can ask? Or is it up to me to work it out
[16:48] <balloons> MatthewAllen, if I remember correctly it's a URL param. When you login to the tracker you should see the parm
[16:48] <balloons> watch how it works
[16:50] <flocculant> afternoon
[16:50] <MatthewAllen> balloons, I'm a bit confused by the behaviour of the subscriptions page - If you attempt to access the live website when not logged in it present the "Oops" page, but on my local copy it's happy to show me the subscription page even when not logged in
[16:50] <balloons> ohh, well.. bleh
[16:51] <MatthewAllen> which I assume means that page is handled through the config of drupal?
[16:51] <MatthewAllen> Which probally means I can't implement the redirect directly in the code of the subscriptions .php file
[16:56] <balloons> I'm not sure why some bits are different in prod than in our dev setup. It's something we'll have to look into further. One thing is prod is running on precise, and we are likely not
[16:59] <MatthewAllen> it's a bit weird, so I think I'll leave the bug alone as I wont be able to test my changes reliabily
[17:02] <MatthewAllen> balloons, Have you seen https://bugs.launchpad.net/ubuntu-qa-website/+bug/1533472 - been in the live release since the last merge
[17:06] <balloons> MatthewAllen, that was caused by the new release yes
[17:07] <MatthewAllen> just making sure you knew, considering it makes the website alot harder to use - It's a bit weird though because chrome didn't show any change in the css between the releases when inspecting elements
[17:14] <balloons> I'm not sure why it happened -- if you figure it out, big hugs!
[17:14] <MatthewAllen> the colour appears to be being controlled by the default css file, so something must of been removed somehow
[17:14] <MatthewAllen> having a look into it as we speak
[17:14] <flocculant> \o/
[17:20] <MatthewAllen> hmmm, actually testing a fix is going to be a bit tricky considering I cant recreate the bug on a local instance with the latest version
[17:24] <MatthewAllen> balloons, flocculant - I compared the .css in inspect element between the live version (broken) and my local copy (working) and it appears that the live body isn't inheriting the from <div id="main">
[17:28] <MatthewAllen> is there potential there was an issue with the deployment? Because atleast for me the bug does not exist on my local build
[17:31] <MatthewAllen> balloons, It may potential of been caused by the "Text Color" setting changing in the drupal config, as when this set set to #fff the bug is recreated near perfectly. If one of you have admin access you may want to check this wasn't changed by accident.
[17:52] <MatthewAllen> balloons, flocculant - Pushed a patch that will fix it by overriding to the color of the tables, not the best way to do it - but will fix it which I'd assume should be done ASAP
[17:53] <MatthewAllen> https://code.launchpad.net/~whosdaz/ubuntu-qa-website/fix1533472/+merge/282642
[17:56] <balloons> well, let's give it a whirl and see
[18:00]  * balloons readies for deployment
[18:30] <MatthewAllen> balloons, I'm off for the night - good luck with getting that fixed :)
[18:30] <balloons> ty
[22:27] <tsimonq2> balloons: is this the weird text bug?
[22:58] <balloons> tsimonq2, look better now?
[22:58] <balloons> :)
[23:14] <tsimonq2> yay!
[23:14] <tsimonq2> thanks, balloons! :D