Jump to content

Nabeel

Administrators
  • Posts

    8147
  • Joined

  • Last visited

  • Days Won

    39

Everything posted by Nabeel

  1. When it creates a table, it creates a physical file (the .frm), so it looks like it's having trouble creating that... which could be permissions on the file, or maybe it's already there and can't write over it, dunno. Check with your host
  2. That error's gotta go back to your host. Looks like a configuration error. You can try: SET FOREIGN_KEY_CHECKS=0; Before running it, but I think it's your host which is got something wrong going on
  3. Hey, been a while. What exactly are you doing? And what errors? I imagine you're probably getting errors on foreign keys?
  4. Using xacars, yes. There are still manual pireps
  5. Just to clarify, Jeff is still using POST to send the XML across. It just seems some servers have overly aggressive security settings which wouldn't allow either raw posts, or allow PHP to read directly from the input buffer used (I'm not sure I agree with the perceived security advantage). But it's best for you to work with your host to establish a workaround. Also, since it's 403 errors, the Apache server logs should have some sort of error message, which will go a long way in helping to understand what's happening behind the scenes. Your host should be able to provide that.
  6. Yeah, it's up there. You can access it for now through the "site content" area of the nav. I'll have it fixed
  7. Yea that's a skinning thing
  8. I put depicao twice in the template by accident
  9. The changelog lists the changed templates, but for the most part, yes
  10. Strange, if you run install/checkinstall.php, what's it show?
  11. Yeah, I guess it'll come down to that, since they're all done live now and not cached
  12. Yep, I took it out since it doesn't actually do anything anymore
  13. Compare it to the stock template in core/templates/registration_mainform.tpl
  14. Can you check in the database and see what it says
  15. That is strange... just started happening? Did it happen with 931?
  16. It's a bug in the template, still in 930? I thought I fixed it for 930.. If you look in the database, is the field changed there? Or is it correct there
  17. What errors? Read the instructions in the documentation
  18. Clear the cache under maintenance options. There will be an update soon to fix it
  19. It'll automatically send it, but it might not always be REMOTE_ADDR
  20. Crap, that was supposed to be hidden... lol... just ignore those, thanks
  21. They don't have to be consecutive. But, as of 932 you can use 7 for Sunday
  22. Rank images not working? I'll check it out http://bugs.phpvms.net/browse/VMS-292
  23. Updated Tickets: [VMS-289] - Trailing comma in ops_airportlist.tpl [VMS-290] - Load module/paths to defines [VMS-291] - Out of memory on schedules Changed Files: m admin/modules/Import/Import.php m admin/modules/Operations/Operations.php m admin/templates/ops_airportlist.tpl m admin/templates/ops_schedules.tpl m core/app.config.php m core/classes/CodonRewrite.class.php m core/classes/MainController.class.php m core/common/PIREPData.class.php m core/common/SchedulesData.class.php m core/version m install/checkinstall.php m install/hashlist m install/structure.xml VMS-289 VMS-290 VMS-291 #close fixed View complete changes Download from here
×
×
  • Create New...