-
Posts
908 -
Joined
-
Last visited
-
Days Won
1
Posts posted by PWaddict
-
-
On 5/28/2022 at 1:02 PM, kongondo said:
Videos are taking much longer than planned. I have a demo site though. I can give you access to the backend if that would help?
Thanks and sorry for not responding sooner but on the last months I've been busy with other stuff. By the time I will I finish those you will probably already have the website, demos etc. ready.
Btw, will you brink back the padloper.pw or the new Padloper "website" will be on processwireshop.pw?
- 1
-
Thanks for the reply.
You know better how to price your own product but I'm not talking about that. As I'm a Padloper 1 owner it would be really helpful if I knew what Padloper 2 has to offer me that Padloper 1 don't, in order to help me decide if it's worth investing on it since there is no upgrade option with an "attractive discount" as you originally planned (btw, that would probably be an instant upgrade ?)
Since we agree to disagree, I will wait for the new Padloper website to check all features, demo videos etc...
- 1
-
Hey guys,
Has anyone built a multi vendor marketplace with ProcessWire?
Did you used Padloper and Login Register Pro too?On the e-commerce section of the ProcessWire sites showcase I didn't find any marketplace there.
If you know any multi vendor marketplace powered by ProcessWire please share a link via pm. I would really like to see it in action. Thanks.
-
Congrats on releasing Padloper 2 ?
Can you show us a feature comparison list between Padloper 1 & 2?
I'm Padloper 1 (dev) owner and I would like to know if it's really worth paying x6 the price of the first version.Thanks in advance.
- 1
-
@sms77io Is it possible to send sms via PW API?
-
6 hours ago, Mike Rockett said:
I have never used ProCache, so not sure how that works… Are you 100% sure that using the uppercase getter will fallback accordingly if ProCache does not process it (the getter)? I don't want to break anyone’s site by rolling this change out…
Yes, I'm 100% sure. ProcessWire has 2 properties for cache-busting, URL & HTTPURL.
Taken from https://processwire.com/api/ref/pageimage/:
HTTPURL string
Same as the cache-busting uppercase “URL” property, but includes scheme and hostname.
URL string
Same as $url property but with browser cache busting query string appended. Taken from https://processwire.com/blog/posts/pw-3.0.98-procache-buster/:
ProcessWire's file and image fields (represented by Pagefile and Pageimage objects) already have an uppercase
URL
property which always returns a cache-busting version of the file's URL. This is the case whether you've got ProCache installed or not. But in ProcessWire master 3.0.96 or newer, ProCache Buster updates that URL property to use ProCache's enhanced buster, rather than the one built-in to the core. -
@Mike Rockett can you please change only 1 word in order to enable cache busting image urls?
On the file SupportsImages.php at the line 28 change the httpUrl to uppercase: HTTPURL
$locImage = new Image($image->HTTPURL);
With this change you will support both PW core's and ProCache cache busting.
-
4 minutes ago, matjazp said:
the module will perform update when you edit a page that has CI field
I know, already edited / added pages that contain a CI field but I keep getting the notice.
-
Hey, guys! Did you find any solution? I keep getting:
Modules: Detected 1 module version change (will be applied the next time each module is loaded): CroppableImage3: 1.1.16 => 1.2.0
-
@teppo I have on Laragon some older PHP versions installed and did some tests:
PHP 7.033 = Still getting the notice
PHP 5.6.40 = NO noticeSo this is definitely a PHP 7 compatibility issue.
-
5 hours ago, teppo said:
Hey @PWaddict!
So far I've been unable to reproduce that. I'm running PHP8, which should be close enough, but there are no warnings for me.
The error you've mentioned — assuming that you're using recent ProcessWire version — seems to point to WireDatabasePDOStatement::setDebugParam(), and more precisely it getting an integer as the param name. I've no idea how that could happen, and at the very least I can't find anything in Version Control that should (directly) cause it.
So... if you have any additional details, like where in the Version Control this error might originate, that'd be great. Also: which version of ProcessWire and which version of Version Control are you using?
I guess you have to switch to 7.4.x to actually get the notice. I'm using the PW master version 3.0.165 and the 1.3.1 of Version Control. It happens only on the pages where I have enabled Version Control. I tested it also on a brand new PW installation where only Padloper module installed and I'm getting the same notice on the php_errors.log.
-
@teppo Thank you very much for this module. I have enable version control on some fields at the user template. I'm using PHP 7.4.9 and when I visit a user page I'm getting this PHP Notice:
Trying to access array offset on value of type int in C:\laragon\www\mysite\wire\core\WireDatabasePDOStatement.php on line 107
-
@strandoo Thank you for sharing your solution. It works perfect ?
-
Hi @flydev ?? I just installed the module and I'm getting this PHP Notice:
Notice: Undefined index: data_badge in C:\laragon\www\mysite\site\assets\cache\FileCompiler\site\modules\MarkupGoogleRecaptcha\MarkupGoogleRecaptcha.module on line 269
Replacing the 269 line with this, fixes the issue:
if(isset($data['data_badge'])) $f->attr('value', $data['data_badge']);
- 1
-
Hi,
Has anyone integrate reCAPTCHA?
-
On 5/13/2021 at 7:08 PM, elabx said:
This is years ago. According to the comments, back then it was working fine for superusers but unfortunately not now. I'm using the master version 3.0.165 and as superuser it doesn't work.
-
Hi,
I have created a "Page Reference" field and on the "Input field type" I selected "Page Auto Complete" under "Single page selection". Then on the selector string added: template=user, roles=login-register, sort=name
I'm not getting any results when I start typing the user names on the page field. If on the "Input field type" I select "Select" under "Single page selection" then it works fine. I can see all the users.
Why it doesn't work with "Page Auto Complete"?
I want this for me as superuser.
-
5 hours ago, adrian said:
Thanks @PWaddict - that helped a lot.
Should hopefully be fixed in the latest version.
Yep, problem is gone. Thank you very much.
- 1
-
38 minutes ago, adrian said:
Can you please provide all the repeater field settings, the image field settings, and the CUN settings. There must be some combination I am not trying.
Here are the settings for the repeater:
Here are the settings (Details & Input) for the image field (Croppable Image 3):
Here are the settings for Custom Upload Names:
I don't know if it matters but here are the settings for Auto Smush:
Make sure you have the 1.3.1 version installed of Custom Upload Names. The fatal error is happening if you try to edit already published more than 1 repeater pages and also when you try to create more than 1 new repeater pages.
- 1
-
19 minutes ago, adrian said:
Was this just in a repeater scenario?
This was in a non-repeater. The duplicated images were generated on the 1.2.11 and 1.2.12 versions after uploading multiple images. I don't know if this happens on repeater too.
25 minutes ago, adrian said:I have been using the latest version extensively without any problems (and it solves lots of other issues), so I am assuming this is repeater specific?
The fatal error I'm getting with the 1.3.1 version is when I try to save more than 1 repeater fields. I didn't have problems on non-repeaters.
27 minutes ago, adrian said:I'll try to take a look shortly. Sorry, I haven't had much time for module maintenance lately.
No worries.
-
Actually, I had to switched to an even older version 1.2.10 (24 Nov 2020) cause the 1.2.11 and 1.2.12 was generating duplicate images. The 1.2.10 is the most reliable version so I'm gonna stay with it until the 1.3.1 gets fixed.
-
I switched to this version (18 Feb 2021) and I can save more than 1 repeater fields without any issues.
-
Hi @adrian
With the 1.3.1 version when I try to save more than 1 repeater fields I'm getting this:
Look out… Fatal Error: Uncaught Error: Call to a member function isTemp() on null in site/modules/ProcessCustomUploadNames/ProcessCustomUploadNames.module.php:414 #0 site/modules/ProcessCustomUploadNames/ProcessCustomUploadNames.module.php(225): ProcessCustomUploadNames->createNewFilename('/home/myusername...', 'myimage-16198119...', '', Object(Page), '287', Object(RepeaterPage)) #1 wire/core/Wire.php (397): ProcessCustomUploadNames->customRenameUploads(Object(HookEvent)) #2 wire/core/WireHooks.php (927): Wire->_callMethod('customRenameUpl...', Array) #3 wire/core/Wire.php (465): WireHooks->runHooks(Object(Pages), 'saved', Array) #4 wire/core/PagesEditor.php (746): Wire->__call('saved', Array) #5 /home/myusername/publ (line 414 of site/modules/ProcessCustomUploadNames/ProcessCustomUploadNames.module.php)
-
Thanks for the hint @elabx
Your code makes ALL options fields available in the Lister columns to display the same values. Here is how I did it:
$wire->addHookAfter('FieldtypeOptions::markupValue', function($event) { if($this->process != 'ProcessPageLister') return; $field = $event->arguments(1); $value = $event->arguments(2); if($field == "my_options_field") { $event->return = $value->value; } });
- 1
[SOLVED] Force HTML on all outgoing emails?
in General Support
Posted
Hi, is it possible to force ProcessWire to send all outgoing emails with HTML instead of Plain Text?
Password Reset error email for example is sent as plain text.