(11-27-2012 11:00 AM)ZiNgA BuRgA Wrote: [ -> ]Thanks for testing.
(11-27-2012 09:21 AM)FullMetalBabe Wrote: [ -> ]http://i.minus.com/iN0P4V5dJhcOl.jpg is one of the pics I tried with.
Grr, cURL (and fopen wrapper for that matter) doesn't properly do redirects (and they don't mention it in their documentation).
If you use the correct URL, http://i5.minus.com/iN0P4V5dJhcOl.jpg it should work, but I'll need to look at seeing if I can fix up the automatic redirect detection.
That's no problem, I am pretty sure I'd be the only one using minus.com as my users don't know of it.
(11-27-2012 11:00 AM)ZiNgA BuRgA Wrote: [ -> ] (11-27-2012 09:21 AM)FullMetalBabe Wrote: [ -> ]edit: Also without JS I don't get the endless loading circle when I post from quick reply.
Are you sure this is an issue with XThreads?
To disable the JS I deleted the xthread JS file from my server to test it a bit better (I couldn't find an option to disable JS on my browser) once I disabled the xthread JS (xthread_attach_input) the quick reply worked perfectly.
(11-27-2012 11:00 AM)ZiNgA BuRgA Wrote: [ -> ] (11-27-2012 09:21 AM)FullMetalBabe Wrote: [ -> ]Edit #2: Forgot to mention, lol. The upload worked on Firefox (computer upload) with the JS active, but I got a endless loading when I used quick reply. I used Chrome originally, though. Nothing worked there with JS active.
Chrome broke something in their newer versions it seems. I tested with an older version and it seemed to work fine...
Chrome seems to be a devil lately... a huge PIA. I'll alert my users about chrome to fix it for now, although I personally gave up hope on it. The only pesky thing is the endless loading image with every other browser. ;~;
(11-27-2012 11:00 AM)ZiNgA BuRgA Wrote: [ -> ] (11-27-2012 09:21 AM)FullMetalBabe Wrote: [ -> ]When I used a photobucket image link it worked but only showed the Photobucket image - not the one uploaded from my computer.
That's odd though. If you enter both an URL and a file, it always prefers the file. Works as intended in Chrome from the test I just performed.
Chrome's issue is that it requires a valid URL to be entered, even if there's no URL field (since you chose to upload a file rather than URL fetch), and thus falls on itself when you try to click a submit button. So you should be able to upload a file if you fill the URL field in with something that's a valid URL.
I did, I uploaded the file and a photobucket image, it still chose to upload the photobucket image.
(11-27-2012 12:08 PM)FullMetalBabe Wrote: [ -> ]To disable the JS I deleted the xthread JS file from my server to test it a bit better (I couldn't find an option to disable JS on my browser) once I disabled the xthread JS (xthread_attach_input) the quick reply worked perfectly.
Doesn't really disable JS (inline scripts still execute), but it's still odd as xthreads_attach_input.js shouldn't even load on showthread pages (does it on yours?).
(11-27-2012 12:08 PM)FullMetalBabe Wrote: [ -> ]Chrome seems to be a devil lately... a huge PIA. I'll alert my users about chrome to fix it for now, although I personally gave up hope on it. The only pesky thing is the endless loading image with every other browser. ;~;
Fix is rather easy. I guess I should've thought it may happen, but it just didn't on the browsers I tested.
To fix, open up inc/xthreads/xt_admin.php, find
type="url" and replace with
type="text"
After you do that, edit any thread field (just select one then submit - this forces the cache to be rebuilt).
(11-27-2012 12:08 PM)FullMetalBabe Wrote: [ -> ]I did, I uploaded the file and a photobucket image, it still chose to upload the photobucket image.
Would you be able to try the same thing
here? If so, and you've managed to replicate the behaviour, post up the URL and image you used?
Thanks.
Thanks for the fix ZB. Now I think about it, I was forced to use Chrome instead of Opera when I was testing while my ISP were being rotters. maybe this was my issue after all.
¿Is it safe to update to new version?
It may cause some data/setup loss of custom thread fields/values?
(12-04-2012 01:19 AM)Glas Wrote: [ -> ]¿Is it safe to update to new version?
It may cause some data/setup loss of custom thread fields/values?
Of course not. I posted it so that it could delete everything in your forum to see if anyone would fall for it.
(12-04-2012 06:59 AM)ZiNgA BuRgA Wrote: [ -> ] (12-04-2012 01:19 AM)Glas Wrote: [ -> ]¿Is it safe to update to new version?
It may cause some data/setup loss of custom thread fields/values?
Of course not. I posted it so that it could delete everything in your forum to see if anyone would fall for it.
Nice irony, although i was talking serious, i remember some patches ago i've updated and some config got resetted, had to input values manually again
and as i saw a hotfix for xthreads recently (if i recall correctly) i was a bit worried
sorry for asking though =/
(12-04-2012 10:40 PM)Glas Wrote: [ -> ]although i was talking serious
Seems like you should've thought seriously before talking serious.
(12-04-2012 10:40 PM)Glas Wrote: [ -> ]i remember some patches ago i've updated and some config got resetted, had to input values manually again
I doubt you had to, but anyway...
Ugh... I'm three version behind...
Thank you very much for the update, Yumi!
Many new features added
Upgraded
so far so good
Thanks Zinga