olafgleba

Hi @adrian, while your module is a real pleasure to work with, i wonder if i miss something, as "Copy Field Content to other Page" seems not to work with fields of type "files". The references are copied, but the files itself not. Not sure if this is intended or maybe a bug? Cheers Olaf

Thanks, @matjazp. I need to get myself looking at the github issues more regularly.

Hi, since i updated my local PHP to 8.4.13 (from 8.2), all PW installations are quirky. Regardless what 3.0.x.x.x PW versions. On load (Backend/Frontend): Deprecated: session_set_save_handler(): Providing individual callbacks instead of an object implementing SessionHandlerInterface is deprecated in [...]/wire/core/WireSessionHandler.php on line 51 Followed then by: PHP Warning: session_set_save_handler(): Session save handler cannot be changed after headers have already been sent in [...]/app/wire/core/WireSessionHandler.php on line 51 Although it is a deprecation/warning, it has effect on the behavior within the Backend (page tree doesn't load etc.) when debug is on. I also tried to upgrade a local PW installation (v. 3.0.242) to the latest master/dev, the folders and files are created (wire, index.php etc.). But loading the backend or frontend both gives completely blank page immediately. Fortunately the rollback works. I did a search, but found not much on this topic, i am afraid. Emptied all caches, compiled files multiple times. Does anyone have a clue what to do or where to look at? Thx in advance Olaf

Hi @BrendonKoz, brilliant, thanks a lot! "Truncation" and such,- i missed to use those terms. Probably therefore i got no results while searching the forum...

Hi, strange that i never thought about it before,- now a client asked for it: Is there a setting to allow showing the full file name in Repeater Item headers (and not only on hover)? Cannot find any and not sure where to dig. Thanks, Olaf

Hi @tpr (and @horst), first, thanks for the module. It was a splendid timesaver in several projects (especially with corrupted webp images/files) in the past. Is this module still maintained? I ask because i get an error (s. below) with latest Version (0.0.4) with PW 3.0.243. Thx and cheers

Moin @bernhard, so good! :-). The last sentence got me going. I overlooked to adjust the js ajax endpoint url on language switch. Next beer on me, please 😉

Hi, i only found posts with Ajax + Search topics, which does not help me with my question i am afraid. Within a form i narrow down the results to specific conditions (here: countries assigned to continents). While the first select (continents, s. Screen 1) is populated on page load, the second one gets filled up by a ajax call/response (form action attribute references to that ajax driven page). Works well. What i cannot figure out is why the ajax driven page does not consider the current language when quering pages ($pages->find()) within the ajax page (s. screen 2 (country names should be in english, not in german). As the ajax driven page is a regular PW template based page, i would expect that PW detects the language versions of the page fields automatically like on any other page. Without specifying something additionally. But obviously not. And i miss something or doing it wrong. Maybe helpful: The ajax page is a processwire page derived from a dedicated template. ProcessWire namespace is set (on the ajax driven page) All language checkboxes (Tab settings) in related pages are active Default language is german, both screens showing the page set to english. Thx in advance for any hint. cheers Olaf Screen 1: Screen 2:

Hi @Tiberium, thanks for your answer. Maximum number of files is set to `1`, Formatted value on `Automatic`. But nonetheless i tried it with the dedicaded array pointer. And see, there is the image! ;-). While this is not neccessary if in a page template environment, i seem to forget regularly, that for fields which gets crawled in a PW bootstraped no formating/settings is available. Further example, output a date field (which has field format settings) shows up in a bootstraped file just a a raw timestamp. You must format this on place. Thx again!

Hi, this might be a rather silly question, i am afraid. I like to embed some blog entries from one PW installation into another (separate Domains/Servers). Nothing fancy,- i generate a plain php file in the origin installation, bootstrap PW and do a `$pages->find` to collect the desired entries, then output them in a foreach within this file. To leave it simple, i will fetch the file with file_gets_contents() later within the target installation and output the delivered markup directely. Everythings is fine, except that the `url` of the contained image field of an entry only outputs the path to the (correct) image asset folder. But without any filename and extension. And when i set `httpUrl`(which i will need later on the target installation) instead, the string is completely empty. <? echo $item->test_image->url; // Expected output: `/site/assets/files/98575/test_image.jpg` // Actual output: `/site/assets/files/98575/` echo $item->test_image->httpUrl; // Expected output: `<full-path-to-server>/site/assets/files/98575/test_image.jpg` // Actual output: `` ?> I have done similiar things a lot, but i never run into such. And see no difference here. I am afraid, i overlook something very obvious. But don't get it since some hours. cheers Olaf

Sent a DM ?

Hi @adrian, strange. I did exactly what you suggested,- add a new RM field, add just one type with one table(ProField) field. Even with the similiar values ;-). Also placed it on a template with no further RM field (prevent possible interfering). Same module/field/PW versions as posted before. On top with an upgraded PW (latest dev (3.0.237)). The views remains broken(s. screen). I suppose your RM version is set to latest (0.1.1.)? If so, maybe there is a change left where to look at. Otherwise i am running out of ideas i am afraid ;-( But regardless the result, i really appreciate your answers and willing to help! ?

Hi again @adrian, it turned out the module just doesn't work well if the table field is part of a RepeaterMatrix (Pro)Field (at least with my version combi). Beyond this the table field + your module works flawlessly ;-). And because my abilities are still limited with module building, probably i'll can't fix it by myself and send a Repo PR, sorry. Processwire 3.0.221/224 dev, ProFields Table 0.2.4, ProFields Repeater Matrix 0.0.9, latest Table CSV Import/Export Module (2.0.16). Because i didn't mentioned it so far,- thanks and kudos to you for the module.

Hi @adrian, thanks for your suggestion. I will try it on a clean install on sunday. And will try the module on other installations (with a vary set of modules) just for testing. I'll get back to this...

Hi Adrian, i upgraded PW to latest dev in my local environment. No luck, same slightly broken view and behaviour. No suspicious logs (browser console, tracy). Hm, whats left to do is to renew my Profield package license to get the latest Profield Table version. Although i also doubt this causes the issue.