uiui

I've looked at all those things and compared my local installation, on which it works, with the productive one and didn't see any differences.

What I find interesting is that the 404 monitor also doesn't include the request, only after I change the page's URL.

36 minutes ago, wbmnfktr said:

Which version of ProcessWire are you using?
Which modules do you use?

Is the 404 page working at all?
Does the template exist?
Is there a redirect defined in the template?
Is it the original 404 page, with ID 27?

Is there something special with this setup?
URL segments?
Any hooks?
Multisite?
Multilanguage (I guess)?

 

Thank you for your response

1. Processwire 3.0.210
2. Duplicator
   FieldtypeColor
   FieldtypeFontIconPicker
   FieldtypeRepeaterMatrix
   FileValidatorSvgSanitizer
   FormBuilder
   GoogleClientAPI
   ImageExtra
   InputfieldColor
   InputfieldFontIconPicker
   MarkupFontIconPicker
   MarkupSimpleNavigation
   PageimageSource
   PageSnapshot
   PasswordForceChange
   ProCache
   ProcessAdminActions
   ProcessDuplicator
   ProcessExportProfile
   ProcessJumplinks
   ProcessLanguageFieldExportImport
   ProcessProCache
   ProcessVersionControl
   ProcessWire dev
   ProcessWire master
   ProcessWireUpgrade
   RestApi
   Sassify
   SeoMaestro
   SimpleContactForm
   TextformatterHannaCode
   TextformatterVideoEmbed
   VersionControl
3. Yes, with a random URL that isn't linked to any page, it works (or using the URL of a deactivated language)
4. The 404 template exists
5. No redirects in the 404 template
6. Yes, 27
7. No URL segments
8. No hooks
9. One site
10. Multi-language

I can't of anything fancy to the configuration that might cause that issue.

Am I the only who ran into this issue?

I might add that jumplinks are working for other languages as long as the page is still published, and I deactivate those languages. As soon as I unpublish the whole page, users are again ending up on the admin login.

Now I even have a case in which the login form shows up even though I moved the page to the trash. I also can't use a jumplink to redirect to a different URL.

Hello,

I have no idea why unpublished pages lead to the admin login instead of displaying the error 404 page.

Does anyone have an idea where I should look at?

How is order of sizes important? Strangely,

srcset("4096, 2560, 1920, 1600, 1280, 980, 480")

only renders the first sizes, while

>srcset("1920, 1600, 1280, 980, 480, 4096, 2560")

is working as expected.

Is there still no nice solution for this?

That's exactly it. Thank you!

My problem is that the page reference field that contains the unpublished pages doesn't return any pages.

$p = $pages->get(1470);
echo count($p->galleries);

This prints 0, although galleries contains one page reference. That seemed to be different in 3.0.132.

Is there a way to bring this buggy behaviour back? ?

In other words: How can I get a page reference field to return unpublished references for the frontend?

On 8/21/2020 at 12:51 PM, horst said:

Do you have enabled the Imagemagick rendering engine in PW?

That was it. Thank you so much.

Hi,

Locally I'm using Processwire 3.0.164 on MAMP 4.1.0. with ImageMagick 6.8.9.

The phpinfo lists WEBP under ImageMagick supported format. Nonetheless, ->webp->url is returning a JPG-URL for any image. Why is that?

Isn't there a "break;" missing in line 264?

Hi,

I have the issue that LanguageSupportPageNames' verifypath corrects the language although it shouldn't.

A page shares its name among multiple languages and the url only differs in the first section of the path (e.g. /lang1/same and /lang2/same).

As verifypath seems to only take sections of the path into account independently, line 262, $name === $requestedPart is always true for the second language, although the path of the first language's version was requested.

Is that a bug or is my site set up erroneously?

I want to replace domain names in my sitemap of a multi-language, multi-domain site. I tried registering a hook in _init.php but it seems like this is not how to do this.

Where do I need to register a hook for SeoMaestro::sitemapItems?

Edit: I eventually solved this issue. As the sitemap is only created when requesting an admin page, the webhook needs to be registered in admin.php.

$wire->addHookAfter('SeoMaestro::sitemapItems', function (HookEvent $event) {
    $sitemapItems = $event->arguments(0);
    
    foreach($sitemapItems as $item) {
        $alternates = $item->get('alternates');
        foreach(wire("languages") as $lang) {
            $code = $lang->name;
            if($alternates[$code]) {
                $alternates[$code] = preg_replace("/(?:local\.)domain\.tld/",
                    $lang->domain, $alternates[$code]);
            }
        }
        $item->set('alternates', $alternates);
    }
    $event->return = $sitemapItems;
});

The domain for each language is stored in $lang->domain.

On 5/17/2020 at 2:51 PM, uiui said:

I'd need to change the base url for the alternate link meta tags. Is it true that you can neither work with different domains for multiple languages nor deactivate that functionality to do it yourself?

To anyone else who runs into this issue: I solved it with a hook like this:

$wire->addHookAfter('SeoMaestro::renderMetatags', function (HookEvent $event) { 
	$tags = $event->arguments(0); 
	$group = $event->arguments(1); 
	if ($group === null) {
        foreach(wire("languages") as $lang) {
            $code = $lang->name;//$lang->isDefault() ? $defaultLang : $lang->name;
            $tags["link_rel_{$code}"] = preg_replace("/domain.tld/", $lang->domain, $tags["link_rel_{$code}"]);
        }

        $event->return = $tags; 
	} 
});

$lang->domain stores the domain used for a language.

I'd need to change the base url for the alternate link meta tags. Is it true that you can neither work with different domains for multiple languages nor deactivate that functionality to do it yourself?

11 hours ago, Mike Rockett said:

 

@uiui – The module supports sites with the multisite and language support modules installed. I haven't tested it it in a while, so if you have any issues, please let me know. ? 

I didn't see any issues with my multi-language site. But I don't see an option to configure it for multiple domains so that it can be "domainname.fr" for the french-speaking pages and "domainname.de" for the german-speaking ones.

Is this module supposed to work with several domains for multiple languages?

On 1/18/2019 at 1:36 AM, Autofahrn said:

The benefit of this is, that languages can be added to the site without the need having an associated domain for each. And it does not break old links on my site, which still have the language in the url. So www.domain.com/pagename and www.domain.de/en/pagename still retrieve the same content and another language may be reached through www.domain.de/fr/pagename or www.domain.com/fr/pagename for example.

Wouldn't you want to not have the same content available multiple times? Shouldn't you rather redirect the old URLs to the new domain?

7 hours ago, kongondo said:

I've just tested and it works fine. I have created a menu with 93 items. I started with 87 then added more.

1. How are you adding the menu items? Asm select / Auto complete / Page List / Selector?
2. Are the menus nested?

1. ASM

2. Yes, two levels.

Just now, kongondo said:

Hi @uiui. I am afraid I don't follow. Could you please explain what page number 89 is?

Also, your ProcessWire version please.

Hi @kongondo,

I'm working with version 3.0.132.

The menu that produces this error contains 88 pages and a couple of custom links. As soon as I add a page that is counted as number 89, the menu won't save anymore. The last page added doesn't seem to be the origin of the problem as I tried it with a number of different pages.

Has anyone ever had the issue that changes to a menu won't save anymore? After adding page number 89 moving items isn't possible anymore as the change won't be saved. This is the case independent of the last page I add or where I move that page.

Does Sassify support .sass files?