Jump to content

AndyF

Clients
  • Posts

    38,961
  • Joined

  • Days Won

    60

AndyF last won the day on December 31 2018

AndyF had the most liked content!

Profile Information

  • Gender
    Not Telling
  • Location
    UK
  • Interests
    Far too many to list here!

Recent Profile Visitors

528,617 profile views
  1. Thank you Jim. Silly to ask really I suppose as that was the only logical answer. Had this been 3x or 2x which I know -very- well inside out I'd of never had to ask. Just time was short so a quick topic, (perhaps my 2nd 'support' one in a decade) was worthwhile, certainly posted a lot of info in the past. So yes I did the bypass (and yes I removed it aka the "MD5 Check" immediately after) Had the site not been broken I'd of been able to look at this next weekend to simply try a few ideas on a localhost test of it. There is a small issue a white page however nothing in logs either in webroot or in the system itself that I see, but its not a big issue at this moment in time. I'll get back to that one as it concerns ACP removal of CMS. Something for a new topic later.
  2. Greetings 😉 Been a while. I am now in the process of upgrading my community from 4.5 (yes I know) to the latest however: The existing site is broken due to the host upgrading php ergo I cannot access the admin panel , not a big issue except the site has core/forums/cms(content)/downloads and I am not updating cms/content as we never really used it. There is a bit of data for it but its very old outdated articles so I'm not fussed about it. So we are upgrading core/forums/downloads only. As expected the upgrader complains:[quote] etc etc etc , all are this application. I'm debating if to: > try the bypass for it but I suspect that might just break something during upgrade > turn the cms off now in the database aka switch app_enabled from 1 to 0 for this then perhaps remove the tables (or leave them, better to leave I suspect as their tiny) > perhaps try the recovery in constants to switch it off but I suspect the version mismatch will cause issues perhaps I do have backups although its quite long winded to restore if I needed to hence wanting to ask first as I've not really used much of the 4x series for a couple of years.
  3. Oh I'll admit I don't think I'd checked the ACP out, the front end was completely blank and in the logs themselves I'd found said error and it sprung to mind what the likely cause was, so I stopped looking elsewhere. Tested on localhost dev with display_errors enabled (purposely at php7.0.3) and it displayed said error but that was expected.
  4. Maybe to the init.php file, I'm not sure. Although it did not catch me out, one site I was looking at had by some chance switched back to php7.0 , this turned out to be due to replacing the 'use version x' in a .htaccess file being lost. Anyway, currently if you attempt to run (run not install) the suite on say php7.0.x or lower, you tend to end up with a blank page or if you are lucky an error such as... Parse Error : Unexpected '?', expecting variable (T_VARIABLE) init.php on line 1413 ... or something quite similar to that. This may be very confusing to some, assuming they see it and/or check their logs. My suggestion here: A simple addition perhaps in index.php or init.php with something along the lines of using phpversion() may help quite a bit here as if its treated like the requirements checker then the cause is shown, something the end user may be able to fix themselves, otherwise they'd end up with a ticket and the support tech would possibly direct them back to their host to fix, causing the client two tickets one at 'each' whereas with the error shown they may know to contact their host about it. Thanks for consideration. 🙂
  5. I do have a few bug reports to post now too, well two at least that are reproducible and not related to my erm 'adventures' EDIT... Editing the path above once it was found then checking it in the db as well as throwing out most of the generated js from uploads and all of datastore minus the blank index.htm file and it decided to work again. Thanks. Marked the relevant post as solution, although option ( 2 ) was never an option for me. 🙂
  6. I found the (as mentionde previously) the final part of the upload path has a " \ " between public_html and uploads, whereas the rest of the path is " / " , ie : / home / blah etc / public_html \ uploads < see the " \ " there ? I changed it in the link you provided, emptied out datastore and the nonsensical javascript it had built in uploads (this got recreated anyway) Interestingly it lists two one correct now and one not, but it gave me a no permission error when I tried to alter one, it says its moving the files (except there is nothing to move) so I'll wait and see what happens. Option is is not an option, there's probably a tool to fix this externally anyway (think of 3x 'upgrade finish' type of thing) at a completely random guess. This is simply why I wanted the database details to save me searching, 🙂 Seems it is moving things, quite why I'm not sure as the two configuration paths both storage filesystem are identical except for the " \ " vs the " / " , just wish the link to the path was pointed out as I could of done it. 🙂 Having said that i appreciate the help. I've told it to just run the move now until its done. Unsure if its going to make it worse or better tbh at this stage but we'll see.
  7. core_file_storage looks like this: {"dir":"{root}\\uploads","url":"uploads"} Note the double \\ although I see nothing else immediately amiss. There are no options to change it there as there's only one choice in the dropdown itself. Changing it (to what it was) then saving it makes no difference. I can see I'm not getting anywhere here 😞
  8. I have explained what I'd done. 🙂 The first quoted line is slightly upsetting to me 😞 Wish the editor would behave properly when splitting quotes but that's something else. It only shows the path I'd mentioned, nothing else. 🙂
  9. Thanks. But I have no css in the ACP hence no button but I found the link directly anyway 🙂 But the paths in there are all the same ie: " File System: /home/~~~~~/public_html\uploads Note the " \ " there instead of " / " between public_html and uploads hence me thinking I ought to edit this in the DB directly, I'm not scared! 😄
  10. Must admit I'm very reluctant to post this topic as its actually asking "for something" rather than me "giving something" however as I've been "away from IPS" for quite a while it felt appropriate. Due to an odd issue (it is attempting to write /css_built_1 , javascript_core , javascript_forums , javascript_global outside the webroot , as in its creating a public_html/uploads directory in /home and writing them there. I have no css and when I did the icons such as notifications and messenger were missing, but the rest of the site was fine. I did remove the legacy /screenshots and the like from the db as I'd already dropped the legacy files into uploads / monthly to match (this was tested on localhost without issue) To be clear this is a 349 site upgraded to 4.5 on localhost then 'transplanted' onto a live server. Yes I did adjust conf_global 😉 Can't immediately see anything amiss unless the supplied from the ACP friendly URL .htaccess file is somehow interfering but that seems unlikely. Aside from /datastore which I keep emptying out without much gain, I need to be sure where any path is being kept in the database please. In legacy versions this was core_settings and easy enough to find if anything really did go pear shaped. I can't put a ticket in 😉 I've not done a 'help me' ticket since 2006 so I don't plan on doing it now! 😄 I could start digging and find things myself but if anyone has a few pointers to save me time (as time is not in plentiful supply today unfortunately) would be appreciated.
  11. If its a huge quantity being purchased then I'd suggest a ticket first to see what the situation is , say for instance you wanted like 50+ licences etc I'd fire off a ticket first 🙂 I could not (I only did a cursory search) find anything immediately relevant for "bulk" , "multiple" or "volume" purchases (that would be relevant) however there is absolutely -nothing- to lose by asking even if its like your 3rd etc etc. I could just about remember what the situation was but I don't want to post that as 1. I don't have the authority really and 2. It may of changed so I'd not want to give inaccurate information. If I was you I'd just open a quick ticket and ask 🙂
  12. I can't be 100% but if I had to take a wild guess I'd say it was 4.4.x or 4.5.x specific, possibly 4.5.x for the 'unknown column' concern. I don't have any previous 4x versions to hand to verify. Should be easy to duplicate though, any 34x database dropped into 4.5.x to find out , no need for the 3x one to have any addon apps. [b]EDIT...[/b] Editor threw away some content 😞 The downloads issue I'd say crept in in 4.4.x or 4.5.x as I'm almost certain I did a test upgrade with all apps at 4.3.something quite a few months ago. Realised this topic should of been in Peer to Peer not Feedback however that might be a blessing in disguise actually as I'd consider (if the fault is not with me) both to be potentially bugs, possible one of them at least should of been caught by the internal QA team. I do need to write a positive feedback ticker later this week too. 🙂 🙂
  13. Thanks both. The Downloads database issue refers to custom fields, I had to hax up the upgrade file a bit to fix this 😞 Custom Fields are something that can escape QA unfortunately it seems. I'll raise a ticket on this later this week as I want to provide some feedback about other stuff. My "hax" method was to just throw the custom fields out and chop the code out of the upgrader for that, not 100% ideal but I wanted a 'quick fix' to test the rest of it. I can in my case here recreate them without too much trauma anyway. THis is not really the way to go I know however for what I needed to to it is fine. Adriano, this does not work , that is the standard method I've used. It does not like the 349 database, previous 4x versions would accept it so I'm not sure what changed. Morrigan, you're correct it should but it does not. There's no (or there was) code for a 2x to 4x upgrade built into 4x, you'd need to temporarily upgrade a 1x or 2x database to 3x (any version really) then upgrade that to 4x 🙂 Can't use mentions as Firefox seems to have issues with adding text after same as emoticons too, hence just bolded text. I know this is a browser issue and I'm not concerned about that as its existed in all 4x versions. It only happens if you have a snail's pace internet connection I think.
  14. lol I spoke too soon, Downloads sql issue 😞 1170 BLOB/TEXT column 'field_1' used in key specification without a key length *****\applications\downloads\setup\upg_100013\upgrade.php::49 ALTER TABLE `downloads_ccontent` ADD KEY `field_1` (`field_1`) Used php 7.2.18 and mysql 5.7.26 for this. Line 49 is: \IPS\Db::i()->addIndex( 'downloads_ccontent', array( 'type' => 'key', 'name' => "field_" . $field['cf_id'], 'columns' => array( "field_" . $field['cf_id'] ) ) ); Unsure if I should retry it afresh with php 7.3 as mysql version would be the same. Can't run that query manually either. Not intended in a negative manner but I -am- surprised slightly QA did not get this when testing a 3x upgrade 😞 Unless hmm , no I'll not say more than I'd test 3x upgrades 🙂 Appreciate any thoughts on this, bear in mind this is a localhost test as I can't do it live until it works, ideally I want to upgrade it locally then move the whole "ready to go" onto the live server.
×
×
  • Create New...