MageUK

This is being worked on... amongst other things. :rolleyes: Any feedback on the actual suggestion? ~Duck A couple of the things in there we have thought about, however for now, I can't really say one way or the other. Some of the suggestions are infeasable, for example showing parts of the guide on glassblowing, we can't do. Most of the other bits there we've thought about at one time or another but never really had a way to implement. However, I recently came up with a way of possibly sorting this so we'll see. For now I can't guarantee anything. :)

This is being worked on... amongst other things. :rolleyes:

Anberlin http://www.youtube.com/watch?v=UkCQck0D0qg http://www.youtube.com/watch?v=gNsacjwX3Ic

He bought it from Newegg who are a respected distributor to consumers so his warranty with Samsung will be perfectly intact and usable.

We won't be upgrading until at least 3.1.1. comes out.

No, it wouldn't cause any problems.

Steam now (and has for a while) uses WebKit. Since the new UI came out.

Thanks for your positive feedback. :) Both of your suggestions have been implemented. The search function actually already did "narrow down" if you hit search, I've updated the quick search to do the same. I have however hidden the search on item pages so that it doesn't push down the important information.

This feature is coming in the 3.1 release of IPBoard which should be out some time this month or next month.

The stat calculating feature only works when all of your P2P skills are ranked except for one. Aww... :( Any chance you could make it work for F2P also, by analyzing the sig type and then checking and handling stat data based off of that, please? I'm pretty sure there would be a bunch of happy F2P (and likely Ex-P2P) people if you did that. :) ~D. V. "F2P could use it too!" Devnull That would require changing the signature URL structure to include a flag which dictates if the user is pure F2P, if they don't tell us that, we can't assume it or it will mess up stats of people who are using an F2P sig but have some P2P stats. So the short answer is no.

Should be fixed. The stat calculating feature only works when all of your P2P skills are ranked except for one.

Sorry about that triple-post, Rainy_Day ... At the time, I was trying to leave my posts untouched in case of replies inbetween my postings. :anxious: I'm surprised everyone else isn't having this problem. Usually, problems I personally hit upon with software tend to be a mass bug that hits everyone somehow eventually. :? BTW, I DID try all possible ways of logging in. None of them drops me back at the thread I left off at. That was about the time I started this thread. Didn't matter if I directly hit the Sign In at the top, hit a reply button on the page on someone's post, or etc. while logged out. Signing in always dropped me back at the URL that I copied into my posting up above. Maybe something isn't properly set in my forum profile that I've totally missed or don't have access to? (Only place I haven't checked is my profile on these forums, BTW.) :-s ~D. V. "Murphy's Law must have it in for me..." Devnull There's no forum setting or configuration that affects this. It's on by default (there's no option to turn it off), and it's on for everyone.

It's normal for the session ID to not be in the URLs, normally it only stores it in the URLs if it can't save a cookie for you. You didn't specifically say you hit the reply button before (you just said when you logged in that it didn't redirect you), so I thought you may have found a bug that no one else in this topic had tested (because of the exact steps you were taking to reproduce it), but no - I just gave it a test using exactly the same method and it worked fine. Hit Reply to an individual post in this topic while logged out -> Get error message -> Click sign in from error page -> Sign in -> Got redirected to the reply page to write my reply I'm really not sure what else to suggest, as I've tried to explain, the way the forum software stores the redirection details, if there was a problem, everyone would be having it.

Actually this is a regular feature of IPB and no bugs have been reported regarding it, it works absolutely fine. The problem is on your end. I'm not sure if you understand how PHP works but let me try and give a brief overview of how sessions work in PHP and how this is your browser's/computer's fault. When a PHP session is initiated it will look for a cookie on your system containing a session ID, if this cookie exists, it will use the value from that cookie to load the session into the current PHP scope and use the data saved in that session, if the session does not exist, a new cookie is created with the session ID and a new session is made. As soon as you visit the forum, regardless of what page you visit, if you are logged out - a session is created for you and the current page URL is stored within that session. The ONLY way you can end up logging in and NOT being correctly redirected is if the forum attempts to initiate the session when you go to the login page, and your browser tells it there is no cookie with a session ID, so the forum assumes you visited the login page directly (and did not come from a topic) and so starts a new session for you. When you are logged out, do the URLs have a session ID appended to them or not? For example, when visiting topics/forums, do the URLs look like this: http://forum.tip.it/forum/7-announcements-rules-and-security-warnings/page__s__55648a506cf5a9d294e1b7620blah Or like this? http://forum.tip.it/forum/7-announcements-rules-and-security-warnings/ Please click around within a few topics before reporting this (do NOT just visit the forum index while logged out and test it, go inside a forum or something first by clicking it from the index). Also, I'm not entirely sure where you're getting this "Error" page about not being able to reply. As far as I can see, the Add Reply/Add New Topic buttons are not clickable unless you are signed in, so you should at that point have to click "Sign In" at the top to be redirected to the login page, no error should happen.

That would happen if you logged out and didn't navigate back to this topic before logging back in first.

There's no two ways about this, it's a problem on your end. I've just logged in on my laptop now which is running Server 2008 R2 x64 with Firefox and was returned to this page. The way this is coded simply means it cannot be browser specific anyway (unless you're not allowing cookies to be stored). Also, the Facebook code is for Facebook Connect which is compatible with this forum as a login method. It's not "bundled" together with major forum login code for the simple reason that there's no "major forum login code" relating to JavaScript at all. That "single file" is just a PHP file with many JS files fed into it so that it's only one HTTP request, and it also compresses the code too. The forum actually works (albeit it not all that prettifully) with JScript fully diabled. In fact, let me just run a quick test. Yup, thought as much, you can login perfectly fine with JScript completely disabled and be redirected to the page you were on. Not only that, with JavaScript turned on and looking at Firebug's console, there are absolutely not JScript errors on the forum. Every now and again one of the adverts will throw one, but it doesn't affect the rest of the forum at all. This redirect feature is entirely PHP based, and depends only on our server side PHP (which is clearly working due to the fact you wouldn't be able to stay logged in without functioning sessions at all, not to mention redirection works fine for everyone else) and on your browser's ability to maintain a session ID cookie.

Do you actually have cookies enabled? The forum actually already does exactly what you're requesting. It will take you back to the page you were on previous to logging in when you login - I literally *just* tested this using Firefox Private Browsing. Something on your end is clearly preventing this. While I haven't looked exactly into how this feature works, it seems fairly simple to me. I assume it saves the page you're on each time you change page into a session variable, except if the page in question is the login page. If it's the login page then it will leave the variable unchanged and redirect you to it upon login. Also, who really uses CGI? :D

There's a bug with those percentages in the database, I'll get them fixed. EDIT : Should be all sorted. Wasn't actually anything wrong with the maths behind it, more the data storage, I was converting a few values to integers, helps if you remove the commas from numbers > 1000 first though.

Hi there, I really don't see any benefit in this for us and we won't be affiliating, sorry. Peter

To follow on from my previous post, here's a sneak preview of what should be getting released in the next few days or so...

The new mobile skin uses maybe a few kilobytes more than the current Lo-Fi skin but it's MUCH better than the current Lo-Fi skin. And I seriously mean much better. As Rainy says, if you turn off signatures in your profile options you should be fine. This page is 800kb including signature images. Much of the forum uses repeated images so once you've downloaded them once your phone will keep them cached. Here's a few screenshots of the new forum skin on my phone from IPS's company forums, each page load was around 35kb. Forum index: Inside a forum: Inside a topic: Member list:

It looks like the messenger link isn't there because the messenger doesn't actually work in the Lo-Fi skin. I'm not sure why IPS chose to do this but they have. Anyway, version 3.1.0 of the forums is only a couple of months away and it comes with a brand new mobile skin which is much better than Lo-Fi and does include messenger.

Underscores are now allowed.

Working on something that shouldn't be too far away from being released:

We didn't. We said we asked if it would be a problem. It wasn't. Had it have been a problem we wouldn't have done it.