Please upgrade here. These earlier versions are no longer being updated and have security issues.
HackerOne users: Testing against this community violates our program's Terms of Service and will result in your bounty being denied.
porter smf2 to vanilla(2.1.6)... import blank white page, apache log file shows
Xeonz
New
The export from smf2 forum went fine, but importing fails with no error message... apache log file.. [Wed Dec 31 12:06:02.738390 2014] [:error] [pid 20653] [client :28809] PHP Fatal error: Call to undefined function gzopen() in /var/sentora/hostdata//public_html/vanilla/applications/dashboard/models/class.importmodel.php on line 572, referer: http:///vanilla/dashboard/import
0
Comments
you probably don't have gzip compiled in with php.
i think you can just unzip the file you have manually.
but it may be a moot point, since you can't find a non-ugly theme, and we would be wasting our time helping you since you already decided to switch to different forum software.
http://vanillaforums.org/discussion/comment/222658/#Comment_222658
I may not provide the completed solution you might desire, but I do try to provide honest suggestions to help you solve your issue.
well i didn't try unzip it, because porter just exported out a plain .txt file from smf2 .... its not small, so I dunno why it wasn't compressed.. you are right I can't find a non-ugly theme, still in the interest of testing out the software I was importing my other forum. Seems like a bug to fix if its not exporting a compressed file though.
"export__smf_2014-12-31_115920.txt" in the /uploads folder it shows in the importer fine just doesn't import
are you using ubuntu. or php 5.3
you could try changing gzopen to gzopen64
vanilla/applications/dashboard/models/class.importmodel.php on line 572
I may not provide the completed solution you might desire, but I do try to provide honest suggestions to help you solve your issue.
Do you get the same error or something different?
Search first
Check out the Documentation! We are always looking for new content and pull requests.
Click on insightful, awesome, and funny reactions to thank community volunteers for their valuable posts.
that worked
File an issue on git hub.
grep is your friend.
A better solution is to put in function.compatibility.php
if(!function_exists('gzopen') && function_exists('gzopen64')){ function gzopen($filename, $mode, $use_include_path = 0){ return gzopen64($filename, $mode, $use_include_path); } }But this will need to be reported to get in the core.
grep is your friend.
This is where you report
https://github.com/vanilla/vanilla/issues
grep is your friend.
I filed a pull request previously on the same day the issue was found, since I figured the op wouldn't,
https://github.com/vanilla/vanilla/pull/2374 to at least allow option of gzopen64 ...
It was not your code you can also file it. I also linked to this discussion, so @linc can change to what he desires obviously.
I may not provide the completed solution you might desire, but I do try to provide honest suggestions to help you solve your issue.
A better solution is to put in function.compatibility.php
if(!function_exists('gzopen') && function_exists('gzopen64')){ function gzopen($filename, $mode, $use_include_path = 0){ return gzopen64($filename, $mode, $use_include_path); } }therefore any time the gzopen is called regardless of where it is it will be defined.
grep is your friend.