You are not logged in.
Pages: 1
What's the ETA for the 4.7.2 release? I see the current downloadable is 4.5.11
Thanks again!
Joe
When creating a new form using the Form Builder extension, receive the following error in logs, with a 500 error returned to the user.
[19-Jun-2024 09:56:54 America/New_York] PHP Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /home/wide/public_html/harrisburg/extensions/com.fastspot.form-builder/modules/btx-form-builder/create.php:27
Stack trace:
#0 /home/wide/public_html/harrisburg/core/admin/router.php(554): include()
#1 /home/wide/public_html/harrisburg/site/index.php(56): include('/home/wide/publ...')
#2 {main}
thrown in /home/wide/public_html/harrisburg/extensions/com.fastspot.form-builder/modules/btx-form-builder/create.php on line 27
This is PHP 8.3, seems like a PHP 8.x issue from the error. Checked the form builder repo, seems like it's not too active lately.
We're running big tree 4.5.7 on a couple sites. Client reported the Active 404s returned empty, possibly after th most recent update, I haven't been keeping an eye on this specifically.
Seems that there was a DB update at some point that failed to run, as our bigtree_404s table retained the "NULL" for redirect_url column.
DB structure:
CREATE TABLE `bigtree_404s` (
`id` int UNSIGNED NOT NULL,
`broken_url` varchar(1024) DEFAULT NULL,
`get_vars` varchar(1024) DEFAULT NULL,
`redirect_url` varchar(1024) DEFAULT NULL,
`requests` int UNSIGNED NOT NULL DEFAULT '0',
`ignored` char(2) NOT NULL DEFAULT '',
`site_key` varchar(255) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3;
Ran the following queries not he DB table to correct:
// update existing records to avoid null values
UPDATE `bigtree_404s` SET `redirect_url` = '' WHERE `redirect_url` IS NULL;
// update structure to not have a null on that column
ALTER TABLE `bigtree_404s` CHANGE `redirect_url` `redirect_url` VARCHAR(1024) CHARACTER SET utf8mb3 COLLATE utf8mb3_general_ci NOT NULL;
Just FYI in case someone else runs into this. Not sure why our production server would fail on this update.
Not sure if this is the right place, but today, tinymce isn't loading icons for the WYSIWYG controls in BigTree on a specific client site. No code changes were being made.
Curious if it's an issue at the TinyMCE level or where. Seeing this in Chrome / Edge, Firefox & Safari are ok. Considering the 2 affected are Chromium browsers, the issue may be browser based, but I'm not seeing this with other non-big tree tinymce implementations.
Is this working yet? Any special considerations?
PHP 7.2 - works fine, but PHP 7.3 with an identical package load out fails with not finding the class "mysqli" ?
A bit puzzled here.
Thanks
Joe
I've cleared out the cache folder, but the main nav (logged in as admin/dev) in back office of big tree is causing display issues: nav shows below its intended area.
Linked screenshot:
https://drive.google.com/file/d/1nBrwo3 … sp=sharing
Any ideas on this? I've logged out, back in, cleared local & remote cache.
Thanks
Joe
My solution was to push for upgrading to PHP 5.6.x
Thanks!
Joe
Oh yeah, anything less than PHP 5.4 will throw these errors and prevent proper function. May want to update documentation if you're only supporting PHP 5.4+
Not sure if this affects other versions of PHP, this client's server is on PHP 5.3.3 (not my choice).
Creating an array via [ ] appears to be the problem, replacing these with array( ) resolves the issue.
PHP Parse error: syntax error, unexpected '[', expecting ')' in /core/inc/bigtree/sql-class.php on line 30
(only first instance shown)
Affected files are cms.php & sql-class.php
Joe
Ok great, thanks!
Not sure what's going on here, but uploading new images: a-ok as expected.
When attempting to use the "replace image" option, it gets stuck showing "replacing file. Please wait" but never finishes. The upload POST request returns a full backend CMS page, nothing for the UI to hook into.
Any thoughts on this? Running latest 4.2.18.
Can share screenshot if necessary.
Thanks Tim,
The Hide from Search Engines box isn't checked, so that's not an issue. I'll take a look at the getSitemap method.
In our templates, we did a check on the "Hide from Search Engines" and if it's on, specifically add a meta robots tag to prevent indexing.
Tim,
Thanks, no I didn't stuff a picture in there, and yes, we went the routed template route for faculty directory, the problem is the created Module output (detail pages per faculty member for example) do not have their paths added to the generated sitemap.xml file, and as such do not get indexed, at least not that I've seen yet.
Does that make sense? The same issue causes other Module / routed template implementations to not be part of the sitemap.xml file, and consequentially, not automatically indexed, unless we missed something in the buildout. These were our first 2 builds using Bigtree.
Thanks!
Joe
Is this possible to accomplish? For example, a faculty directory with detail screens for each faculty member.
If not, would the Module Report feature be able to accomplish part of this (generating the data to be translated into sitemap xml data)
Thanks!
Joe
Pages: 1