mcyzyk

Bump!

Just upgraded to newly updated Polylang.

Still no joy.

Bump!

Looking in Firefox Inspector, it seems like the search results Object is actually being pulled/returned FOUR times. (“zp: autocomplete response?” below)

zp: autocomplete search starts zotpress.lib.searchbar.min.js:1:2650
zp: show loading for new query zotpress.lib.searchbar.min.js:1:3058
zp: calling zp_get_items with update check? always zotpress.lib.searchbar.min.js:1:2854
zp: is an update needed? true zotpress.lib.searchbar.min.js:1:2922
zp: autocomplete response?
Object { 0: {…}, 1: {…}, 2: {…}, 3: {…}, 4: {…}, 5: {…}, 6: {…}, 7: {…}, 8: {…}, 9: {…}, … }
zotpress.lib.searchbar.min.js:1:3483
zp: request next: 0 request last: 0 zotpress.lib.searchbar.min.js:1:4762
zp: now for the update … zotpress.lib.searchbar.min.js:1:5146
zp: autocomplete search starts zotpress.lib.searchbar.min.js:1:2650
zp: autocomplete response?
Object { 0: {…}, 1: {…}, 2: {…}, 3: {…}, 4: {…}, 5: {…}, 6: {…}, 7: {…}, 8: {…}, 9: {…}, … }
zotpress.lib.searchbar.min.js:1:3483
zp: request next: 0 request last: 0 zotpress.lib.searchbar.min.js:1:4762
zp: calling zp_get_items with update check? always zotpress.lib.searchbar.min.js:1:2854
zp: is an update needed? true zotpress.lib.searchbar.min.js:1:2922
zp: autocomplete search starts zotpress.lib.searchbar.min.js:1:2650
zp: show loading for new query zotpress.lib.searchbar.min.js:1:3058
zp: calling zp_get_items with update check? always zotpress.lib.searchbar.min.js:1:2854
zp: is an update needed? true zotpress.lib.searchbar.min.js:1:2922
zp: autocomplete response?
Object { 0: {…}, 1: {…}, 2: {…}, 3: {…}, 4: {…}, 5: {…}, 6: {…}, 7: {…} }
zotpress.lib.searchbar.min.js:1:3483
zp: request next: 0 request last: 0 zotpress.lib.searchbar.min.js:1:4762
zp: now for the update … zotpress.lib.searchbar.min.js:1:5146
zp: autocomplete search starts zotpress.lib.searchbar.min.js:1:2650
zp: calling zp_get_items with update check? always zotpress.lib.searchbar.min.js:1:2854
zp: is an update needed? false zotpress.lib.searchbar.min.js:1:2922
zp: autocomplete response?
Object { 0: {…}, 1: {…}, 2: {…}, 3: {…}, 4: {…}, 5: {…}, 6: {…}, 7: {…} }
zotpress.lib.searchbar.min.js:1:3483

• This reply was modified 4 months, 1 week ago by mcyzyk.

Is Polylang still a thing?

Giving it one last try before switching plugins (but have used Polylang for years without issue and would rather not switch to something else).

If it is still a thing, would be good if this Permalink issue were fixed in a forthcoming update.

OK, I think there may be Nothing To See Here, WordPress Folks:

A thought occurred to me: What if this weird behavior is due to the last moment application of CSS?

I disabled the CSS going against the main class in the div surrounding the shortcode output. (I disabled it by temporarily renaming the class…)

And now, all three numbers are on screen, i.e.,

Three shortcodes, called with three unique IDs — three results on screen.

My conclusion: Weird behavior due to final application of CSS.

Yeah, sorry about that.

It is still suspicious to me because it looks like it’s changing thing by class, not unique ID.

Searching for something that is changing things by class such that at all three instances of shortcode output would be changed….

Thanks so much! Good advice.

I just found this, in their Javascript include:

$('<style>').text('.occupancy-report .occ-graph .circle-fill {stroke-dashoffset: '+cssFill+' !important;}').appendTo(document.head);

Suspicious to me!

Thanks. It’s a part of a Vendor’s custom Theme, written for us. They have a shortcode that uses an API to call to get information about Room Occupancy here in our Buildings. It’s all working great, except this last, weird, refresh thing.

Thanks! It’s not my code, it’s a Vendor’s code, so I can ‘t really post it here.

That said, I’ve been over it again and again and it is working as expected: Witness, if I put three different shortcodes on three different pages, I get the expected results.

The unexpected issue happens when I have multiple shortcodes on a single page. (Hence my concentration when looking at the Vendor code, making sure ob_start()/return ob_get_clean(); was correct. It is.)

I feel like there is some kind of final stage DOM refresh that’s happening, resulting in this weird behavior. The Page sez, “Yeah, I’ve loaded the content of all three shortcodes, as you can briefly see, but now I’m going to go back, clear everything, and render all three with the value of the first one on the page.”

?!

Any idea on how to remedy this Permalinks Issue?

More: While I’m trying to figure this out, I decided to Deactivate Polylang on my site.

404s went away and did not come back! I.e., Permalinks are stable.

However, while my homepage is in English, everything else is in French.

Thinking. Searching….

Got it! That may just be the Clue I need!

Looking at server config more closely…

I am able to get directly to the PDF file via its URL in the Media Library.

Thanks, Burt!

My original issue persists:

I have a weird situation related to this:
I have a Prod and a Dev server.
In both, I’ve added the “AddType application/javascript .mjs” line to .htaccess.
This solved my problem on Prod, but did not solve my problem on Dev. On Dev I get a “Forbidden. You don’t have permission to access this resource” error.
File system permissions on Prod and Dev are identical.
AND, on Dev, I CAN get directly to a PDF file via its URL.
So for some reason, this plugin cannot get to it and is throwing an error. Don’t know why!

MIME type added, cache cleared, trying with multiple browsers. Inspector sez: 403 Forbidden

Again, weirdly, this is only on my Dev server, not Prod.

Puzzled,

Mark

Still not working for me.

…and yet I have no problem with the plugin with MIME type configured on one of my hosts, while I do have the problem with the plugin with MIME type configured on another one of my hosts — both while using the same browser.