-
Posts
687 -
Joined
-
Last visited
-
Days Won
4
Everything posted by matjazp
-
Hi! I'm using DynamicRoles on PW 3.0.33 and I get errors: As superuser: PagesLoader: Class 'DynamicRole' for Pages::getById() does not exist As "dynamicroles" user : Error: Exception: Method Page::hasEditPermission does not exist or is not callable in this context (in C:\inetpub\wwwroot\wire\core\Wire.php line 410) #0 C:\inetpub\wwwroot\wire\core\Page.php(1475): ProcessWire\Wire->___callUnknown('hasEditPermissi...', Array) #1 [internal function]: ProcessWire\Page->___callUnknown('hasEditPermissi...', Array) #2 C:\inetpub\wwwroot\wire\core\Wire.php(348): call_user_func_array(Array, Array) #3 C:\inetpub\wwwroot\wire\core\WireHooks.php(548): ProcessWire\Wire->_callMethod('___callUnknown', Array) #4 C:\inetpub\wwwroot\wire\core\Wire.php(371): ProcessWire\WireHooks->runHooks(Object(ProcessWire\Page), 'callUnknown', Array) #5 C:\inetpub\wwwroot\wire\core\Wire.php(372): ProcessWire\Wire->__call('callUnknown', Array) #6 C:\inetpub\wwwroot\wire\core\Wire.php(372): ProcessWire\Page->callUnknown('hasEditPermissi...', Array) #7 C:\inetpub\wwwroot\site\assets\cache\FileCompiler\site\modules\DynamicRoles\DynamicRoleSupport.module(178): ProcessWire\Wire->__call('hasEdi This error message was shown because: site is in debug mode. ($config->debug = true; => /site/config.php). Error has been logged. It's working on 2.5.4. Any help is welcome
-
v1.4.0 is at https://github.com/matjazpotocnik/ProcessFileEdit Changes: - removed ProcessWIre namespace, module should work from PW 2.5.5 and up - edit file in modal window
-
Thanks, @fbg13It's not quit ready for prime time yet, there are some bugs I'm working on, will update here.
-
Are you sure you have Multi-byte string support compiled with PHP (mbstring)?
-
Yes, I would go with that. The second best is wipe (remove or eliminate (something) completely.) Destroy is to strong for me, it reminds me to bombs and explosives... Eliminate reminds me to assassin (but maybe that's just me).
-
Try with different browser(s). See https://github.com/ryancramerdesign/ProcessWire/issues/1487
-
PW 3.0.35: ProcessWire 3 master and changelog
matjazp replied to ryan's topic in News & Announcements
That's the key! And of course Upgrades module has to be updated first to version 0.0.7 where Ryan modified the sources. -
You are right, I had ?s=1 in the url, didn't notice... And name change is working of course. Thank you and sorry for taking your time.
-
Sure. While I'm here, what is the purpose of "Overwrite names"? I see no difference in this is checked or not.
-
Hi! When I set to "Load open, not collapsed" BCE works as expected. Then I disabled this option but BCE still loads open, not collapsed.
-
Added Custom Action but it doesn't do nothing!
matjazp replied to Xonox's topic in Module/Plugin Development
In executeActions function, where does $page/$action/$actions come form? Or I'm missing something? -
@szabesz glad you figured it out but that does not solve the file compiler error... should I open github issue or it's unsupported to include files outside of base directory structure (on windows)?
-
I can't use global compile flag, because some of the includes have to be compiled and some not. I expected that //FileCompiler=0 would make FileCompiler to completely ignore the file, now it fails trying to create a directory with the invalid name on windows.
-
Yes, it's invalid path, that's clear. I already copied adodb5 directory to /site/templates and it's working there. The problem is that I have multiple sites on this server and I have to copy adodb5 directory (and files) to all sites - it's duplication.
-
I have a template file (eg. basic-page.php) where I include some other files. If the included file is on /site/templates path it's ok, but if the file is included like this: inlcude('C:\PHP\adodb5\adodb.inc.php'); then I get the following error: Exception: Unable to create directory C:/inetpub/wwwroot/pf/site/assets/cache/FileCompiler/C:/PHP/adodb5/ (in C:\inetpub\wwwroot\pf\wire\core\FileCompiler.php line 135) #0 C:\inetpub\wwwroot\pf\wire\core\FileCompiler.php(201): ProcessWire\FileCompiler->initTargetPath() #1 [internal function]: ProcessWire\FileCompiler->___compile('adodb.inc.php') #2 C:\inetpub\wwwroot\pf\wire\core\Wire.php(348): call_user_func_array(Array, Array) #3 C:\inetpub\wwwroot\pf\wire\core\WireHooks.php(548): ProcessWire\Wire->_callMethod('___compile', Array) #4 C:\inetpub\wwwroot\pf\wire\core\Wire.php(371): ProcessWire\WireHooks->runHooks(Object(ProcessWire\FileCompiler), 'compile', Array) #5 C:\inetpub\wwwroot\pf\wire\core\WireFileTools.php(732): ProcessWire\Wire->__call('compile', Array) #6 C:\inetpub\wwwroot\pf\wire\core\WireFileTools.php(732): ProcessWire\FileCompiler->compile('adodb.inc.php') #7 C:\inetpub\wwwroot\pf\site\assets\cache\FileCompiler\site\templates\kontakti.php(242): ProcessWire\WireFileTools->compile('C:/PHP/adodb in C:\inetpub\wwwroot\pf\index.php on line 64 Using latest PW 3.0.33RC1. I also put //FileCompiler=0 in the included file as per https://processwire.com/blog/posts/processwire-3.0.14-updates-file-compiler-fields-and-more/#how-to-bypass-the-file-compiler
-
'icon' => $page->map_repeater->marker_icon->url ?
-
It would
-
You should validate the user input using $sanitizer and use CSRF in the form.
-
I'm all ears to hear(read) the method used to hack the site, regardless of 777...
-
Pete, could we please have source code button on the CKE? And maybe remove styling?
-
I to have a feeling that forum is slower. What bothers me is that font in emails is just to small for my (old?) eyes. I have to zoom on my S4 to read the text. I also think, that avatar on the left (in emails) is just taking space and should be moved up, along with member name. Actually I don't need the avatar (nor any other picture) in the email, unless picture is part of the message. Upvoting/downvoting in mobile view is just taking space. Other than that I like the forum, it look great, at least for me. Ok, will need some time to adapt (and most of us don't like to adapt to much), but this is expected. I "survived" several forum upgrades and this one was the smoothest, great job, Pete!
-
When I tested, it didn't work so I looked at the source and commented that. I simply forget about js prefixing. But I just tested it now and it's working
-
Hm, can't see any prefix on rotate(180deg). Caching? But don't bother with that, I should upgrade my Android instead
-
When viewed on android browser (4.4.2, yes I know, it's old, I should upgrade ) here is what I see: It's ok on chrome.
-
Another approach: http://progressivered.com/fla/