akke Posted October 17, 2012 Posted October 17, 2012 I just bought this application and tested it but it failed. I logged on using one account with Firefox. Then logged on using a second account with Chrome. Bit it did not detect the duplicate?
akke Posted October 17, 2012 Posted October 17, 2012 I now closed firefox and tried to re-login. just for testing. It did still NOT detect a duplicate but another bug shows up: it now tells me that one account has been used by multiple machines but that imposssible! I'm running this on a local server, just for testing, and nobody else can access it except me.
akke Posted October 17, 2012 Posted October 17, 2012 Looking in my server logs I found yet another bug: When I'm at my shop (IP.Nexus) I see these 404 errors in my apache logs. Possibly on other pages too... Example: POST /store/category/2-other/index.php?app=duplicates&module=process§ion=process&do=append HTTP/1.1" 404 You see, your flash file is posting to the wrong URL. I can't use this mod. It's not working. So I hope you can point out to me what's wrong, or else issue a full refund. Thanks
akke Posted October 17, 2012 Posted October 17, 2012 Trying from my laptop I even noticed that in Firefox 14.0.1 your flash file is posting to: POST /index.php?app=core&module=global§ion=login&do=process HTTP/1.1 it's getting a 302 redirect to forum index as it's not posting to the app duplicates. It looks like this application is very very buggy?
akke Posted October 17, 2012 Posted October 17, 2012 Could you send me the code of dml.swf? I want to change it myself to make it work correctly... (and I don't have a license for trillix flash decompiler)
PrinceOfAbyss Posted October 17, 2012 Author Posted October 17, 2012 I'll need some FTP and ACP access either to that test board or your live one, whichever the app is installed and malfunctioning to see what's wrong.
akke Posted October 17, 2012 Posted October 17, 2012 I can't give access to it right now (it's not accessible from the internet). But if you can send me the code of your dml.swf file I will happily debug the problem and send you a report about it.
PrinceOfAbyss Posted October 17, 2012 Author Posted October 17, 2012 Once you put it on a place accessible through the Internet, I'll happily assist you mate! Meanwhile, you can have a look at admin/applications_addon/other/duplicates/xml/hooks/duplicatesLoadMovie.xml and particularly this place at lines 72-80: /* Determine the installation folder of the community */ $parsed = parse_url( $this->settings['board_url'] ); $path = trim( $parsed['path'], '/' ); if( $path == '' ) { $path = '/'; } $path = 'path=' . $path; This code calculates and passes as a param to the .swf your community's root folder (ie the path where your conf_global.php is). Obviously, parse_url is getting confused by something in your localhost and returns a wrong folder. So, you can hardcode your correct folder in there. Once the correct path is passed to the .swf, all problems will (hopefully) be resolved at once. There is nothing relevant in the .swf code that could cause all these. Only read/write methods for reading/writing the LSO object... Be aware that the file I told you to edit is the source of the hook to load the template of the .swf, so once you edit it, you will have to recache your hooks for the changes to take effect. Alternatively, you can change the file: hooks/duplicatesLoadMovie_<some_md5>.php
akke Posted October 17, 2012 Posted October 17, 2012 Problem is that I need to change a lot of network settings to make it accessible from the internet. $this->settings['board_url'] is set to 'http://dev.localtestnet.be' and dev.localtestnet.be is defined in my local DNS server, so it shouldn't be a problem. The board_url setting was never touched, it's the default one put there by IP.Board's installation scripts. But your code is assuming $parsed['path'] exists, which is not the case when there is no trailing slash or path added to the domain. So your code is generating a PHP Notice (index undefind I suppose). But that shouldn't be any problem as I have display_errors set to no and the result will be te that $path equals 'path=/'
akke Posted October 17, 2012 Posted October 17, 2012 I checked the HTML, and the path is passed like this: <object type="application/x-shockwave-flash" data="http://dev.localtestnet.be/public/dml.swf" width="1" height="1"><param name="movie" value="http://dev.localtestnet.be/public/dml.swf" /><param name="FlashVars" value="path=/&mid=2" /></object>
PrinceOfAbyss Posted October 17, 2012 Author Posted October 17, 2012 For a community installed in the public_html, / is the correct path to be passed to the .swf Do you by any chance have any strange .htaccess files in your server? Because the URL below marked in red should not be like that of course... TBH I don't have Nexus, so I can't really tell, but I suppose it doesn't handle URLs differently than the rest of the forum. So this one looks strange... Looking in my server logs I found yet another bug: When I'm at my shop (IP.Nexus) I see these 404 errors in my apache logs. Possibly on other pages too... Example: POST /store/category/2-other/index.php?app=duplicates&module=process§ion=process&do=append HTTP/1.1" 404 You see, your flash file is posting to the wrong URL. I can't use this mod. It's not working. So I hope you can point out to me what's wrong, or else issue a full refund. Thanks This one, however, has nothing to do with my app, don't confuse section=process with do=process from the login screen Trying from my laptop I even noticed that in Firefox 14.0.1 your flash file is posting to: POST /index.php?app=core&module=global§ion=login&do=process HTTP/1.1 it's getting a 302 redirect to forum index as it's not posting to the app duplicates. It looks like this application is very very buggy? Since the correct path ( / ) is passed to the .swf, it should work fine. I don't know what else to suggest of the top of my head without looking at your community.
PrinceOfAbyss Posted October 17, 2012 Author Posted October 17, 2012 Drop me a PM when you make it available online. :)
akke Posted October 17, 2012 Posted October 17, 2012 When on a IP.Nexus page the path is passed correctly so I'm assuming the bug is inside your swf file. Are you sure it's using the path variable? When I open another forum page, for example /forum/6-nieuwsflieds/index.php I get this in my apache log: /forum/6-nieuwsflits/index.php?app=duplicates&module=process§ion=process&do=append This one, however, has nothing to do with my app, don't confuse section=process with do=process from the login screen Read that again. It does read app=duplicates and your applications uses section=process in your swf file too...
akke Posted October 17, 2012 Posted October 17, 2012 I just installed the free trial of trillix flash decompiler and for as far I can tell and trust that thing, your flash file is not correctly using the path variable. You are sure you included the right dml.swf in the latest download, right?
PrinceOfAbyss Posted October 17, 2012 Author Posted October 17, 2012 The second URL does not have to do anything with the app, not the first. You probably didn't understand it correctly the way I wrote it (comment above and not below each quotation). The path has a double role in .swf, it determines the folder to store the .sol file, which also determines the correct path for the page to POST data to. Are you familiar with Actionscript?
PrinceOfAbyss Posted October 18, 2012 Author Posted October 18, 2012 And finally, RELAX mate... I don't understand your attitude to me... You came judging an app you just installed in a test board, making statements that it DOES NOT work, and asking for a refund... Where have you seen this in the software business? And what makes your community the standard to judge whether an app works or not, when there are 86 customers for v3.0.0 and 489 downloads for v2.0.0 (while it was free - originally)? If it was such rubbish, wouldn't it cause those problems to a single other person? "Of course not..." Since it's not working for you, the only one to blame is the app... Not your test board... How selfish... Anyway... I hope you find where the problem is, and if you can't, drop me a PM when you make it available online, and I'll happily tell you my opinion.
3DKiwi Posted October 18, 2012 Posted October 18, 2012 Well said. Bit rich to say it doesn't work when it's not being run in a real situation i.e. live on the internet. Works fine for me on my medium / large site. 3DKiwi
Aussie Cable Posted October 18, 2012 Posted October 18, 2012 Yeah I have to agree with both PrinceOfAbyss and 3DKiwi Works perfectly fine on our community. EDIT: I should also add that PrinceOfAbyss fully supports this app, he has done on our community, and is a very reasonable person to deal with.
akke Posted October 18, 2012 Posted October 18, 2012 Well said. Bit rich to say it doesn't work when it's not being run in a real situation i.e. live on the internet. Works fine for me on my medium / large site. 3DKiwi Hi 3DKiwi, I just installed wireshark and registered on your forum. Look here what wireshark tells me: 11810 231.828109000 192.168.168.5 67.210.97.118 HTTP 877 POST /ipb/forum/149-the-job-line/index.php?app=duplicates&module=process§ion=process&do=append HTTP/1.1 (application/x-www-form-urlencoded) As you can see, it's posting to the wrong URL too, on your very own forum.
akke Posted October 18, 2012 Posted October 18, 2012 @PrinceOfAbyss You were right I posted a URL that had nothing to do with your app. Confused it with section=process.. And I misunderstood the fact that you answeres were above the content in your last post. My appoligies for that. I'm not trying to be nasty or anything. I'm just reporting a problem. And I don't think it's a problem that exists on my end only.
akke Posted October 18, 2012 Posted October 18, 2012 @Extreame™ I also registered on your forum. Look what wireshark tells me: 182133 957.792085000 192.168.168.5 103.4.17.82 HTTP 1063 POST /forum/5-news-and-announcements/index.php?app=duplicates&module=process§ion=process&do=append HTTP/1.1 (application/x-www-form-urlencoded) 183464 1055.399733000 192.168.168.5 103.4.17.82 HTTP 1075 POST /gallery/category/1-members-albums-category/index.php?app=duplicates&module=process§ion=process&do=append HTTP/1.1 (application/x-www-form-urlencoded) ... Same things.. posting to the wrong url...
PrinceOfAbyss Posted October 18, 2012 Author Posted October 18, 2012 Now I understand the problem you are reporting. You are right on this very issue. Indeed I didn't take FURL into consideration, as unfortunately I forgot to enable it in my dev board. This will be fixed in 3.0.2. However, this has nothing to do with the app's logging functionality, you just end up with some not found pages in your access logs. Still, I want to thank you for bringing this to my attention. :)
akke Posted October 18, 2012 Posted October 18, 2012 Well, yes, I wanted to debug why it's not finding the duplicates but then noticed it's posting to the wrong URL. So I did not (yet) debug further to find out why it wasn't able to detect the duplicates. I'll wait for 3.0.2 to continue debugging, or if you can send me the dml.swf's source, I'll dig into it...
PrinceOfAbyss Posted October 18, 2012 Author Posted October 18, 2012 What does that have to do with not detecting duplicates? Haven't you logged into your own community? The login page is not FURL enabled anyway, so it should have caught you...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.