-
New Commercial Services Section
We have now opened a commercial services section here on the forum for registered users. If you have a Fabrik project that you wish to have someone work on for you, post it under Help Wanted. If you are an application developer and wish to earn some money helping others, post your details under Fabrik Application Developers.
Both of these are unmoderated. It will be up to both parties to work out the details and come to an agreement.
-
Joomla 5.1
For running J!5.1 you must https://fabrikar.com/forums/index.php?wiki/update-from-github/ or include the new file manually https://fabrikar.com/forums/index.php?threads/joomla-5-1-and-fabrik-cannot-find-files-error.54473/post-285151 See also Announcements
Captcha image not visible after update 3.3.2
- Thread starter boekie
- Start date
cheesegrits
Support Gopher
That'd be my guess. Check your htaccess, which may have gotten updated in the J! 3.4.1 update to block direct access to the image.php in the captcha element's folder.
If that's not the problem, give us a URL to the form we can look at.
-- hugh
If that's not the problem, give us a URL to the form we can look at.
-- hugh
I don't see anything strange in the .htaccess. (see below)
Testdomain: qwsl.boekhout-multimedia.nl/contact-en-tips/contactformulier
Image should be next to 'type de tekens hiernaast over:'
I can email you a user account for the backend if necessary!
Regards,
Martin
.htaccess:
IndexIgnore *
## Can be commented out if causes errors, see notes above.
Options +FollowSymlinks
Options -Indexes
## Mod_rewrite in use.
RewriteEngine On
## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.
## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects
##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##
# RewriteBase /
## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.
Testdomain: qwsl.boekhout-multimedia.nl/contact-en-tips/contactformulier
Image should be next to 'type de tekens hiernaast over:'
I can email you a user account for the backend if necessary!
Regards,
Martin
.htaccess:
IndexIgnore *
## Can be commented out if causes errors, see notes above.
Options +FollowSymlinks
Options -Indexes
## Mod_rewrite in use.
RewriteEngine On
## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.
## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects
##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##
# RewriteBase /
## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.
Do you use Admin Tools? How about setting permissions there?
This is the message you get on your form page:
Fabrik form::addElements: Cannot add element "___check" because it does not exist in HTML.
Martin, this is not production site, correct?
Why do you not try to load the page without using htaccess at all? As Hugh pointed out you probably do not allow access to
/www/plugins/fabrik_element/captcha/index.php
checks persmissions to folder and file
This is the message you get on your form page:
Fabrik form::addElements: Cannot add element "___check" because it does not exist in HTML.
Martin, this is not production site, correct?
Why do you not try to load the page without using htaccess at all? As Hugh pointed out you probably do not allow access to
/www/plugins/fabrik_element/captcha/index.php
checks persmissions to folder and file
cheesegrits
Support Gopher
Ah, I see the problem. We converted captcha to use layouts (mini templates that allow you to override the markup for elements), but forgot to add the layouts folder to the plugin's XML.
You'll need to do a github update to pick up the missing files.
Fixed in this commit.
https://github.com/Fabrik/fabrik/commit/19c1efb80b042ebb26833276fc1fd757adc289e0
-- hugh
You'll need to do a github update to pick up the missing files.
Fixed in this commit.
https://github.com/Fabrik/fabrik/commit/19c1efb80b042ebb26833276fc1fd757adc289e0
-- hugh
I also have problems with captcha element - it is not visible.
Tried also in default joomla template and captcha is not visibile (I see only label).
Tried with fabrik captcha and also reCaptcha by Google. Neither option shows captcha.
This happened after update to 3.3.2
UPDATE: I already added <folder>layouts</folder> to captcha.xml - stil not working
Joomla 3.4.1.
Tried also in default joomla template and captcha is not visibile (I see only label).
Tried with fabrik captcha and also reCaptcha by Google. Neither option shows captcha.
This happened after update to 3.3.2
UPDATE: I already added <folder>layouts</folder> to captcha.xml - stil not working
Joomla 3.4.1.
btw: Have you noticed reCaptcha from Google switched to I am not a Robot version? Could that have any impact?
(I also cannot display the element with the new complete github version. Id did appear displayed after page with form was realoaded the 2nd time. Now it does not. Wierd.
)
(I also cannot display the element with the new complete github version. Id did appear displayed after page with form was realoaded the 2nd time. Now it does not. Wierd.
)I can't replicate, but it seems to be an issue with special setups
Can you see JS errors?
Do you have a link to your form?
I don't see js errors.
Here is the ink to demo form with one field and capctha (which is not visible).
http://escapehouse.si/obrazec
Hi,
Yes now I see. But unforunately I don't know what to do about this ...
Any ideas to point me in the right direction?!