[Resolved] The string of the link URL is automatically rewritten to the format "?page-id="

Hey, Osama-san.

Do you understand the seriousness of what you have just written?

Do you understand that I was extremely confused because you didn't mention any of these before?

And recognize that it has cost me a lot of valuable time.

Is this the typical behavior of WPML supporters?

The main reason I now consider you unreliable is that you didn't provide this response until I repeatedly pointed out the inconsistencies in your previous answers.

I have another question for you.
Why didn't you inform me when you noticed it?
Please provide a clear explanation for that.

No. No. No.

Did you write these words at that time?

"I was unaware you had sticky links installed."

"I forgot that sticky links use the page ID"

That's a very poor excuse.

You referred to:
"1) I told you the following: I saw this error, and after some tests, I noticed that the "WPML Sticky Links" caused it."

This was mentioned in this response:
-----APRIL 2, 2024 AT 3:31 PM
3) Yes, I saw this error, and after some tests, I noticed that the "WPML Sticky Links" caused it, so I deactivated it.
-----

You're claiming that this response is the one where you realized, just before giving this response, that WPML Sticky Links has the functionality to change the link URL to a page-ID and informed me about it.

No one would use expressions like "error" or "caused" for the behavior of the plugin's intended functionality.

Users reading the way you wrote would typically interpret that "WPML Sticky Links" "caused" the following "error" due to unexpected behavior:

---------
3)
When trying to edit and save the page, an error occurs.
-----
Warning: preg_match(): Unknown modifier '-' in /home/path3/iricosky.net/public_html/wp/wp-content/plugins/sitepress-multilingual-cms/inc/absolute-links/absolute-links.class.php on line 186
-----
----------

Anyway, since both the question and answer are both labeled as "3)", it's clear.

Would a support representative actually use expressions like "caused" or "error" for the functionality that plugin is intended to provide?

Being presented with such expressions, an ordinary user would naturally think that "WPML Sticky Links" caused an "error".

This is the conversation that followed after he mentioned, "WPML Sticky Links caused it."

ryoY-2
APRIL 3, 2024 AT 5:21 AM

By turning off WPML Sticky Links, I was able to rewrite the links correctly. However, when I turn it back on, it only allows me to change the page ID
Osama Mersal
APRIL 3, 2024 AT 2:11 PM

When I first noticed the issue, I refreshed the page, and the update was made. When you mentioned it, I debugged it further to find that deactivating WPML sticky links fixes the issue, so I informed you about it.

From Osama's wording,
when he initially attempted to correct my post,
a) (Without deactivating WPML sticky links), he tried to rewrite the page-ID links into URL links and update the post.
b) Although a "Warning: preg_match(): " error occurred, the update was completed when he refreshed the page (this likely means reloading the browser screen).
c) When attempting to address this error mentioned by me, the "Warning: preg_match(): " error ceased to occur when "WPML sticky links" were deactivated.

In essence, he had been claiming until the previous day that even with WPML sticky links active, he could change it to a URL link.
I feel deceived by him, and I believe I've wasted time.

I'm trying to understand your words about this being a technical support context.
However, regarding his statement, what do you think?

Until I strongly pursued it, he didn't attempt to discuss either his lack of knowledge or that he didn't convey what should have been conveyed.

I purchased WPML as a plugin to streamline my work.
Despite that, wasting time is very frustrating,
especially due to communication errors with him (is it really so?).

I will take some time to consider whether to close the ticket at this point.
Please give me a moment.

hello Drazen,

Please also add the lack of understanding of the product despite being a support representative.

Thank you.

How can I revert the string of a link changed to a page ID by WPML Sticky Links back to its original URL link?

I thought that by starting "Revert sticky urls to permalinks" in WPML > Sticky Links, it might revert back to the original link.

However, upon testing, although it seemed to have reverted, there are links where those originally described as root relative paths have been changed to absolute path formats. Therefore, it seems difficult to revert just by disabling Sticky Links.

Are there only methods such as tracking post revisions or searching for page ID links within the database?

Does WPML Sticky Links retain logs of the changes it has made?

I understand that WPML Sticky Links changes the destination string of a link to a page ID under these conditions, is that correct?

・When there is a translated post corresponding to the original post
・All destination links included in the original post
・All destination links included in the translated post

Or is there a possibility of changes occurring even in posts without translated posts?