jtborger

Hi, For a while now, and I have ignored if for way too long, I get this error: 'Can't find FULLTEXT index matching the column list' When saving pages, or even when emptying trash. Does anyone know where this comes from? I looked up the install.sql and the only FULLTEXT indexes I can see there are present.. What also bothers me is that all tables are MyISAM except for some, that being ProCache and ProForms (forms) tables... Does that have something to do with it?

Good one... I did try to find a proper backup but it seemed to happen long time ago. Site was sleeping for a while so I didnt notice... I manually created all indexes and settings and now it works like it should... Tnx anyhow.

OK I found the setup schema now, but somehow if I manually create the PK on the tables, the auto increment value is missing... Ok on lots (if not all) tables, AUTO_INCREMENT is missing from the ID fields... I figure this is a database (management) issue and not a ProcessWire issue... although it started yesterday when I started working (after a long while) on the site and refreshing modules etc.... so something must went wrong there...

Hi, I have a strange issue here. Im running ProcessWire for years now without a problem but since yesterday I have a problem. I have a site which malfunctions, I cannot create any page. It gives me this: (exceptions.log): 2023-11-10 15:34:55 admin https://acme.test/processwire/page/add/ Unable to save to 'field_title' for page that doesn't exist in pages table (in /wire/core/Fieldtype.php line 1306) Same for users (which are pages too of course). Now, the pages table does not have any primary key, as I found out. Nor any other indexes. Strange, isn't it? And as I now see it, all other tables 'under' pages (alphabetically) miss their indexes too, so clearly something went corrupted somewhere. :( How could this have happened? Im sure not to have messed with the database myself. But more important: how to fix? Where is the original db schema so I can recreate the indexes, in the hope all will be fine?

Hi Wanze, Thanks for your reply and idea. I have tried to use it while generating the page with the image I'd like to have the right orientation, which can be different for each page...but this does not work for me. It would be very nice to be able to pass options to mpdf when in the pdf template I guess. I now have fixed it with CSS rotation, this works for me for the moment. Also, it's a bit counter intuitive to find that the footer is parsed before the main template; I tried to set some variables to get parsed in the footer, but this did not work.. Perhaps a quick fix to manage? Thanks again!

Hi, First of all, thanks for this great module!! I have tried to search the forum and this topic, but no result... If Im overlooking something please excuse me... Im trying to find a way to set the orientation of a page in the template. I now try to do this by CSS with rotate and so, but its not working the way I want it to be. I also read in mPDF docs that this is an option when creating a page. In the global module configuration it can be set, but I wantt to set it for the template. Is this possible?

Hi Karl, Thanks for pointing this out to me. I had searched the forum and couldn't find anything about this. It seems that the issues you filed and my question here is the same thing... And Ryan's explaination seems fine, though I have one question for Ryan (hope he'll read this): Indeed I output some stuff before doctype, which is tried to being rendered as a markup region as I understand from your comment on the issue Karl mentions above. Since it cannot be substituted, it gets displayed anyway, as I understand it. But, why does it gets displayed the first time then anyway? It feels illogical to me to be honest. I understand that all output before doctype is seen as if it should be put in a region later on, and when not, it gets displayed. But shouldn't it be removed from output first, then searched for a region to be put in, and if not, then outputted anyway? Perhaps this logic is too advance/heavy since replacement gets done by regexes I think, but anyway.... just a suggestion. Perhaps I don't understand it correctly anyway so please excuse me for this... I still find it a very neat solution anyway!

Hi Arjen, I know it doesn't state to support PW 3.0 on the module page, but is it difficult to adapt the language pack so it will support 3.0? I now get an installation error. Would be nice if it would install and run on PW 3.0 too. Thanks for all your effort! Jan

Hi, Yesterday I found out about the relatively new markup regions functionality and I love it. The ease of use and simplicity is just what I think is typically ProcessWire and is why Im still happy I chose for PW four years ago when changing CMS/CMF. So thanks Ryan for your vision and all you put into it. That said, Im running into an issue I'm not sure what to think of it. I have enabled markup regions in config.php and it does what I suppose it should: it replaced and all. Very neatly. The only thing I discovered is that while Im debugging some issues and I use var_dump to echo some stuff, it does that two times in a row. And this only happens when useMarkupRegions is enabled. I dont get this, does it mean the template file gets called twice (and thus the script is run twice?) or is it only displayed twice, where the first time most output is erased and /or replaced by the substituted output? I don't really get whats going on there. Is this behavior normal when using markup regions? Thanks!

Thanks Kogondo for your answer and the welcome back. Great that it is a focus point for this year. I sure do understand the limits of these goals and also the great value of the forum for more advanced usage examples. But this render($options) thing seemed so obvious fundamental to me that I wanted to know what was going (or not) on about it in general. Is there a place to file 'doc' issues or is it too early for that? I'd like to turn my 'effort' from investigating 'why hasnt this not being done yet' to something more proactive and positive.. instead of just sort of being grumpy

Sure, could be. Although the docs are much more extended and more up to date than the earliest forum post I found about it accepting the options. But still could very well be. I dont want to sound like a whining boy who points out what is not right. I know I do but this is not my reason for posting this. Its mainly curiousity and the question if it is missed on purpose, if one is aware of it and is by choice of is just the way things are to be done... Dont wanna waste anyones time here.

Thanks for your reply. I know there is a lot of info to find on the forums. What I tried to mention is that I in a way do not get that some basic stuff is pretty good documented in the api docs and cheatsheet and the more conceptual stuff on the docs section, but that this quite basic stuff of methods and its arguments are not to find there. If only it would state that render($options) is available but not yet documented, one can figure out to look in the forums or the source code to see what happens there... Thats what I think would be a good to do since I understand that documentation is a time consuming and not the most popular thing to do...

Hi, Its been a while since I dived into PW. I'm still very happy PW being the CMS/F of my choice two years ago of a website I had to transform and maintain. Now I am developing a new one and I stumble upon this issue which I solved with some forum search. Its good to see the community is growing and a lot new documentation is up since I came here for the first time. Also the developments of PW are exciting! Good work ryan and all others! But even still I couldn't find the following: I wanted to render a partial, and I couldnt find any (API) documentation about the $page->render() method. I found in the forum I could give an array of options (['prependFile=>'']) and this worked. So problem solved. But since I like to see PW grow more, I wonder why is there no documentation about this feature in the docs I could find? Or do I look at the wrong place? If so please accept my apologies. But not at the cheatsheet nor at the docs section nor at the API docs I couldn't even find that render() accepted arguments. Is there a place where one can drop documentation issues and a documentation team to the rescue? I think we all would benefit if these 'hidden' options would be findable and in one spot instead of just going through the forums to find out that there is even more you can do with PW Thanks!

Ah, I didn't know there was an $urlSegmentStr but that seems the right one to use indeed. Ok problem solved then.

Ok I'll do that but I have to wipe some stuff out of it and write a bit more comments to be helpfull for newbies

I looked at where $page->urlSegment gets retrieved, and I think for the pageNav functionality it should be done different. it reads: (Page.php, line 545) case 'urlSegment': $value = $this->fuel('input')->urlSegment1; // deprecated, but kept for backwards compatibility break; Since it says deprecated, I made a modification to markupPageArray.module line 146: if(empty($options['baseUrl'])) $pager->setBaseUrl($this->page->url . ( count($this->input->urlSegments)>0 ? '/'.implode($this->input->urlSegments,"/") . '/' : '')); Replacing $this->page->urlSegment to $this->input->urlSegments, which seems more proper to me. Should I file a bug report via Github and fork and make a pull request Ryan, or what is the best way to fix this? Or am I just messing things up by thinking this is the error while its not?

Hi, I have a problem getting pagination working with urlSegments. I read the docs and the forum, and another issue comes up with sort of the same thing. The problem there was that baseUrl got set by options and was left empty, while in the code below, the baseUrl is first set by the module manager (or something deep down..) Anyhow, the problem is: my urlSegments wont get rendered in the link. I have the template setup correctly and the strange thing is, only the first part of the urlSegments shows up. Strange eh? All the others are added via $queryString I think because I added them to $input->whitelist(); But I'm not sure if this is necessary. Is it correct that normally, it would work out of the box because the urlSegments are part of the baseUrl? And, if I read the code in MarkupPageArray.module line 146, where the baseUrl is set by default, I read: if(empty($options['baseUrl'])) $pager->setBaseUrl($this->page->url . ($this->page->urlSegment ? $this->page->urlSegment . '/' : '')); This seems wrong and the reason only the first urlSegment gets added. Or, should $page->urlSegment contain all segments? And if it doesn't what could be the problem? (btw: maxUrlSegments=4, default)

It is just what I did along the way, changing from multiple to single (and back, for reproduction). But I'm sure that the first, it wasn't working as expected. Strange...Is this some known quirk of PW that you 'guessed' this was the case why the strange behaviour came up? As with ->has(), I now see that isSelected() isnt necessary anymore because the multiple page array contains only selected values and has() suits another need than what i was looking for. I mark it as solved. Thanks kodongo for reminding.

Well... OK there was some misunderstanding here. What you both describe here, is what I expected from the beginning. But, in my implementation, this didn't work: it gave all the possible options. Somehow. Then I fiddled a bit further and found another way. And that worked. I checked this topic today and went to my code (which didn't work) again, trying to reproduce the problem, which I couldn't (of course..? hmmm ). Now, it behaved like it should: I got only one 'channel' and Page in PageArray and that is the selected page. So it is solved.. by time and perhaps some better understanding of my own code.. Thanks for the help and my excuses for the misunderstanding of things.

kodongo, you write The thing is: foreach($page->field_page_reference as $t) returns all possible options, not only the selected. I'll try soma's solution. But feels a bit ..weird. Because I first have to do as follows to implement a "getSelected()' in a page type field. I still think I don't understand somethings properly.. $proChannelPage = $pages->find("name='pro'"); $hifiChannelPage = $pages->find("name='hifi'"); //channel = reference page field $isProSelected = $page->channel->has($proChannelPage); $isHifiSelected = $page->channel->has($hifiChannelPage); I think this is weird.. Seeing how beautiful PW is crafted there must be a sort of $page->pageReferenceField->getSelected() and/or isSelected() method. Or am I missing something here?

You was just a little bit faster than me, but I had to restart apache to see if this was the case.. And yes I use xdebug. I found this entry earlier on, searched my php.ini for 'xdebug' (no results) but forgot to look into conf.d/ directory..... stupid! So there it was and now solved indeed. So just for others who search the forum it might come in handy Thanks y'all Solution is to add xdebug.max_nesting_level=200 to your php.ini or xdebug.ini (after the xdebug.so is called of course) Or disable xdebug at all.

Btw, It doesn't work. I see you wrote input nesting level. And this isn't about input nesting level I guess but about recursion. So... Input nesting won't work/apply here I think. Any other clues?

Thanks for the quick reply! So...this is one of these rare occasions (I never met them in my 10+ years experience) that a nestinglevel > 100 is really needed? Wow... I'll put the level up in the ini file.. Have I missed this somewhere in the docs/prerequisites? Otherwise should be noted somewhere. A search at google and/or forum didn't gave me any clues. By the way: it doesn't explain to me why the refresh make it 'work' So what happens behind the scenes that the second load of that page doesn't need a nesting level > 100?

Hi, Since a few days I get a 'Maximum nesting level reached (100)' at each page I click to edit in de backend. After a refresh F5 it loads. It talks about line 114 of Data.php and sometimes 291. I looked up 114 and that part is in the getter. It happens not always, but often, and on all kinda templates... Funny thing is that after I F5ed the page, I can edit it directly again after it. A bit strange I think. Any clues where I can start searching for the problem? I cannot imagine it is a bug in PW because then others had major problems so it must have to do with a module I installed or whatsoever. I didn't build one myself and they're all from the repository, no manual additions.

Just a little note to let you all know I just love PW even more after using the few lines above to create my import module for some plain old html website. It is so easy to use the PW api... Thanks guys! Perhaps you can extend it a bit more with some exception catching to make a more 'real world' example. But don't know if that is the scope of this post (or posts like this). I could post my import example, it is the same as above but just a little more.