arjen

You can always file a report at GitHub. Or perhaps you can post in the same issue as soma described a couple of posts back. I did a little search on GitHub unfortunately I couldn't find it.

Strange since that is role based. You sure she got the right role? What about the other questions horst and me asked? Have you looked at those?

Good to hear you have a temporary fix. I don't think the update alone could have caused that. Are you sure nothing else is changed? Especially if there are others for whom it is working fine. Do you have any other logic associated with your users? And what do you mean by "she can't add child pages"? Can't she publish or doesn't she the "New" button?

Also steps to reproduce are nice too, since there are a lot of things to consider. Another question: have you tried logging in to her account?

Hey Mike, Have you heard of the Rubber Duck? Works very well!

I think your PHP version is not sufficient enough. It need to be > 5.3.8.

Are you absolutely sure your superuser is called admin? I think you can verify that in the database. Another option is creating a new superuser: $u = new User(); $u->name = "therealsuperuser"; $u->pass = "therealsuperuser123"; $u->addRole("superuser"); $u->addRole("guest"); // Don't know if this really is required $u->save();

Good news bbeer! I believe it's possible to have ACF filter out p inside td. But the main thing is how do the p's get there?

$out = $this->_("Live long and prosper"); // syntax within a class $out = __("Live long and prosper!"); // syntax outside of a class All the information you need is right here in the docs.

I'd be happy to help. Can I take a look somewhere? You can PM me the login details. Don't know if I can make it today, but I can take a look tomorrow early in the morning before work or in the evening (Amsterdam timezone). I have a PW 2.4 with CKE 1.2.0 (default config) and have no problems. Have you tried other browsers? Have you installed any plugins in CKE? You also may want to switch the field to plain textarea and then back.

This technique works very well for me. I only ask if the duck hasn't got an answer.

You should rewrite the url to: $config->urls->root = '/'; Load this as early as possible in your templates, so your _init.php might be a good location. I use this all the time when storing websites in folders.

Exactly my thoughts! Great system back then...

I'm wondering how many people have the same experience.

Exactly my experience too.

Ouch, repeater in repeater can cause strange issues > https://processwire.com/talk/topic/1358-repeater-inside-itself/page-2#entry27998 Glad you sorted it out.

Thanks for posting Faisal. I've done it like this: Create a checkbox called "rtl" and add it to the language template. elect which languages are rtl and check the checkbox and save them. Using code like $user->language->rtl keeps your logic clean, especially when having multiple rtl languages. In my _init.php I create a boolean variable called $rtl which checks if the $user->language->rtl so I have access to it in my template files. Following this structure saves you time when adding a new rtl language since you don't have to alter any code and/or have to deploy to your live website.

The problem is the folder and the relative urls. $session->redirect('/profile/'); This redirects to a page directly under root. For example: this code will redirect to http://manlio.com/profile/. A ProcessWire url knows where the page is located (including if it's installed in a folder). So: $session->redirect($pages->get("/profile/")->url); Will redirect to http://manlio.com/Processwire/profile/.

I don't mean that you completely rebuild your website Just try to narrow down your options and install a fresh PW and recreate the repeater setup. That's ten minutes at most. If you can rule out a ProcessWire bug you can dig deeper.

Did you try a fresh install? The point is there could by any number of reasons it won't work, i.e. from interfering jQuery scripts to conflicting modules. If it works in a fresh install, you've narrowed it down to your own installation.

Did you also manage to upgrade the PHP version? That solved it in our case. Also make sure you meet the requirement for MySQL (> 5.0.15). Furthermore when something seems a bug try to replicate it in a brand new install.

No worries. Just being curious. Figured out some stuff myself. Will post something later on.

Who says ProcessWire isn't well documented?

You are using ProcessWire 2.4.0 (probably the master version) and you need the latest dev version (2.4.7+ or something). If you don't want to use a dev (which is not a stable version) you'll have to wait until 2.5 is released. You can easily switch branches with git on the command line: git checkout dev Or download the dev version and replace the /wire/, index.php and htaccess.txt -> .htaccess files.

Fokke, have you tried upgrading the MySQL version to at least 5.0.15? Also you could try to Google your error. Some more info you can find here.