Jump to content

Incog

Members
  • Content Count

    16
  • Joined

  • Last visited

  1. Ah, hadn't really considered that. For quick reference, it seems that removing the: Phone and the Country fields breaks the order process. I tested with CAPTCHA on, and if you fail the captcha, you get the normal message/warning. If you complete it properly the page just reloads and the "Create Account" button becomes non-clickable.
  2. Okay, I got it stripped down finally to only requesting: First / Last name and email address. Those three fields are hard-coded as default required fields. For some reason you can't remove the Country or Phone fields without it breaking the registration process, though I'm not certain why.
  3. Upon further review, it appears that removing the Phone Number field causes the registration process to break... Even if the phone number is NOT a required option. <div class="form-group"> <?php $this->Form->label($this->_('Signup.index.field_phone', true), 'phone'); $this->Form->fieldHidden('numbers[type][0]', 'phone'); $this->Form->fieldHidden('numbers[location][0]', 'work'); $this->Form->fieldText('numbers[
  4. I want to say the issue was the upload directory was owned by a different user, but I'm not entirely certain. I don't recall modifying the cronjob or it's settings, but it's possible I have. Sorry, I should have noted it here! The other, unrelated issue with email piping fixed itself after this issue was fixed. Still no php email piping, but IMAP works so I'll mark that as "good enough".
  5. I have modified signup.pdt ( /plugins/order/views/templates/wizard ) to display as below. I have removed the un-needed fields from view as they're not needed for our business. The trouble I am having is that removing fields, even those that are NOT "required" results in the inability to proceed with the registration process. The page simply does not progress to the next step, and I can not determine why, as I do not believe any relevant code has been snipped. I only want to display the absolute minimum amount of forms required to process an order. I have CHANGED this O
  6. I seem to have fixed it, which coincidentally fixed a completely unrelated error:
  7. I'm attempting to update the invoice format ( {month}{day}{year}{num} ), including the numeral start value and increment. But I am unable to save the changes due to the error shown in the title of this post. Nothing specific comes to mind, as I've been getting Blesta setup and attempting to get it ready to go in a live environment for about a week now. No other changes/adjustments have produced this error. Any ideas? For the record, the uploads folder exists, and is writeable by Blesta.
  8. In an frustrating effort to get emails to pipe into the helpdesk properly, I have had to settle for IMAP piping which appears to be the only thing that I can get working. After spending hours reading documentation and attempting to get php piping to work, it's a no-go. Issue is now, the automated task for downloading tickets will run once and this message appears. Took me too long to realize why emails were received once, and only once. Instead of fussing with MySQL tables to release the cron lock manually, I just decided to go to bed and let the lock release itself after 6 hours. To
  9. Incog

    (Disregard, fixed)

    (Disregard, I fixed it. Can't seem to delete this, so I'll just edit it instead.)
  10. Alright, it's not Cloudflare. For some reason these elements refuse to load with the content security header in place preventing any 3rd party/non-local elements. Any ideas? I've commented the security header out which is a temporary fix at best, but not something I want to push into production.
  11. Good call, it's been amended properly however the issue persists. There should be no caching at the Cloudflare level. Without having to transfer DNS elsewhere just to test, is there anything else you can think of? Temporarily I've disabled the https redirect in my nginx .conf for this domain, and with Cloudflare. I passed traffic straight to the sub-domain, no CF, purged cache. Still no widgets in the admin area. See below:
  12. Ah, and there it is. Content Security Policy: The page’s settings blocked the loading of a resource at inline (“default-src”). Some cookies are misusing the recommended “SameSite“ attribute 2 Content Security Policy: The page’s settings blocked the loading of a resource at inline (“default-src”). onloadwff.js:71:790746 Layout was forced before the page was fully loaded. If stylesheets are not yet loaded this may cause a flash of unstyled content. jquery-1.8.3.min.js:2:91186 Content Security Policy: The page’s settings blocked the loading of a resource at inline (“default-src”). admin:287:
  13. Per the documentation: Neither Auto Minify or Rocket Loader were/are enabled. I cleared CF cache for good measure as well. Is what I'm seeing still related to Cloudflare? Just curious since my site uses CF for SSL Certs, but I can swap those for Let's Encrypt or similar instead of relying on Cloudflare for them if I need to.
  14. Thank you Paul, that certainly did the trick. I had to enable legacy passwords temporarily.
  15. I setup Blesta the other day to take it for a test drive, and I seem to have misplaced (AKA, not saved) my admin details. I tried the password reset, though no email has arrived. Looking at the MySQL tables I see that there is a staff ID 1. which is me, and the email address associated with that ID is in fact correct. But still, not link sent to me. What's the best way to do a reset of this manually?
×
×
  • Create New...