Soma

I have recently updated a project (dev) to latest PW and some fields aren't saving anymore. Like image description, some dropwdown in a repeater etc. This has been working fine for months (1year) now and suddenly many problems arrived.

Processus Longus.

OK I tried again today, and after some time I glimpsed at my config.php... of course it can't work cause I had DB connection infos dynamic on the host name using some $_SERVER which of course doesn't work in a crontab. Seems to work fine for now. So the problem was once again between chair and computer.

Everything you need to know processwire.com/api/multi-language-support/multi-language-urls/

No abc was me trying to take out sev-online.ch and forgot 2 of them, but anyway. I'm not sure why it wouldn't be able to connect to db as the config.php is local and clearly working. There seems no security problem or symlink, the script works fine when run directly and not from crontab. The crontab is set up for the user that also owns the webs.

And use $event->replace = true; and do your own validation.

Why remove? Why not just hook before and do what you need to do? Also I think you could leave it not required and add that via js or css. Also you could try hook before on inputfieldText directly. BTW your if() adds a error.

That screenshot is from TinyMCE 4, PW uses TInyMCE 3.8.

Just wanted to mention that this doesn't seem to be true, at least not for me. I create a crontab and get this errors when the script is run: PHP Notice: Undefined index: SERVER_NAME in /home/www-data/processwire/wire/core/ProcessWire.php on line 93 Notice: Undefined index: SERVER_NAME in /home/www-data/processwire/wire/core/ProcessWire.php on line 93 PHP Notice: Undefined index: HTTP_HOST in /home/www-data/processwire/wire/core/ProcessWire.php on line 94 Notice: Undefined index: HTTP_HOST in /home/www-data/processwire/wire/core/ProcessWire.php on line 94 PHP Fatal error: Exception: SQLSTATE[28000] [1045] Access denied for user 'www-data'@'localhost' (using password: NO) (in /home/www-data/processwire/wire/core/ProcessWire.php line 143) #0 /home/www-data/processwire/wire/core/ProcessWire.php(51): ProcessWire->load(Object(Config)) #1 /home/www-data/abc/index.php(183): ProcessWire->__construct(Object(Config)) #2 /home/www-data/abc/import/mitglieder/cron.php(5): include('/home/www-data/...') #3 {main} in /home/www-data/abc/index.php on line 214 Fatal error: Exception: SQLSTATE[28000] [1045] Access denied for user 'www-data'@'localhost' (using password: NO) (in /home/www-data/processwire/wire/core/ProcessWire.php line 143) #0 /home/www-data/processwire/wire/core/ProcessWire.php(51): ProcessWire->load(Object(Config)) #1 /home/www-data/abc/index.php(183): ProcessWire->__construct(Object(Config)) #2 /home/www-data/abc/import/mitglieder/cron.php(5): include('/home/www-data/...') #3 {main} in /home/www-data/abc/index.php on line 214 This error message was shown because site is in debug mode ($config->debug = true; in /site/config.php). Error has been logged. Administrator has been notified. Any ideas how to get this working? processwire is symlinked from within the webroot of where I call the script.

Looks like the XMLSitemap module is two times in there somewhere? Just curious, why ProfileExport? Can't you just transfer site folder and DB. Easy as it can get.

Damn. Already an update?

NO problem renobird! Yes the parent::init() loads the scripts/styles. So also nothing wrong with doing it manually in your init as alternative. But thanks for bringing this up for sure!

Congrats to Beate for being the 1800th user! You won a prize: New Checkbox Inputfield settings!

Ok I installed both and tried. It works fine I have put that in init and no loading in execute. public function init() { $this->modules->JqueryDataTables; parent::init(); } And renamed the DataTable.js to ProcessDataTable.js.

Just add your code you have posted to the init in that order. All ok. No? And remove a parent::init() in the init if there.

Mhhhh, so a ProcessModule? But it's no autoload I guess. Can you show code, first methods init() execute() etc when you experience the wrong order?

on http://luxcommunications.ca/blog/brand-new-lux-website/ When I look on my desktop 1440x900 the copy font isn't readable. I can't finish one paragraph before loosing it and my eyes get tired. It's too big and very little contrast. Kinda get a upface feeling, maybe also todo with distance from monitor. When I scale in the browser to 2 steps smaller it's already better and I can read it already a lot easier. On the main page http://luxcommunications.ca/ It's all nice and has nice touches! But found it hard to use and the fading at best annoying. For example I scrolled down with mousewheel and suddenly it starts darken - lighten and I don't really get it at first why. Also the "drag" arrows when hovering are a nice touch, so I start dragging and am kinda surprized that there's no inertiam it's kinda sticky and have to drag-drag-drag, personally not that nice. It may would be nicer it it snaps to the next one. After dragging suddenly it scrolls back to the first and I haven't done anything (ah now see, it's when I "mouseout" on the browser window), again wired and annoying. Just my honest feedback from first time observation.

What module? Can you provide a little more details where and how you load them.

U I often use $field = $modules->get("InputfieldMarkup"); $field->value = "<label><input type='checkbox' name='newsletter'>Ja, ich möchte per E-Mail über Neuheiten informiert werden</label>"; $form->append($field); Also you could use InputfieldCheckboxes and use addOptions(key, value) so you can set to not display header, but it will make the checkbox name an array $field = $modules->get("InputfieldCheckboxes"); $field->skipLabel = Inputfield::skipLabelHeader; $field->addOption("newsletter", "Ja, ich möchte per E-Mail über Neuheiten informiert werden"); $form->append($field);

146 here and growing still, and very noticable slowdown. Other admin pages and Server is fast.

When on projects with lots of fields (+100), the loading of the setup fields list takes 4-5 seconds. What I think could be cool is if they load via ajax. Not sure about details but I use tags often then to group them. Maybe after certain amount of fields and tags, collapse the sections and only load the fields in them when openened. Just something to think about.

Hah, you were lucky I was even here atm

$page = $event->object->getPage();

Ah sorry I haven't really ever read the docu that far, seems like a bug cause I see code in there that sets $page to context specific. But I can't get it to work and it's always the same wire("page") and $page. I also noticed some strange behavior when using wire()->set("page", $somepage); and then use $page. So Ryan might have a look into this. For example this code in a template $p = wire("page"); wire()->set("page",$pages->get("/")); $content .= "p1: " . $page->id; wire()->set("page",$p); $content .= "p2: " . $page->id; is different as this: $p = wire("page"); wire()->set("page",$pages->get("/")); $content .= "p1: " . wire("page")->id; wire()->set("page",$p); $content .= "p2: " . wire("page")->id; when used in a template for example basic-page.php.

The page that originated the request is meant the one that is rendered, and that's not your article page. wire("page") or $page is the requested page, so doing echo $someotherpage->body won't give the hanna code on this body the $someotherpage but $page. You would need to set the page in this case to the one you get the body from and set it back after to make it work in this case. Something like this should work: function renderArticle($article_page) { // ... $current_page = wire("page"); wire()->set("page", $article_page); $out .= $article_page->body; wire()->set("page", $current_page); return $out; }