Jump to content

Cache Pages not showing all the contet


IDILIO49

Recommended Posts

It seems that cache pages are not showing everything they should....

By example https://coord.info/GC7FZWH somewhere in the cache description we can see:

...Em 1977, Cinco anos depois (1983)...

But when we get the GPX for that cache the text in same place is:

...Em 1977, <<devido a uma crise interna» os irmãos Penela -herdeiros do fundador desta fábrica – decidem prosseguir com a produção em plástico, plástico e folha, usando a sigla PEPE (Penela e Penela).
Cinco anos depois (1983)...

The text is not even visible in the source page of the page and worst because in GPX it says this field is not even html...

Why is this missing on the page?

Link to comment

It likely has to do with the "<<".  The single brace is an HTML-reserved character, and the double might be messing up the HTML-sanitizing function (testing description for html content) - in this case "<<" isn't HTML and should be escaped (as "&lt;&lt;") but it looks like it's treating the first brace as an html tag opening, hiding everything until it believes it's closed. Is there no ">" before "Cinco anos..."?

 

It looks like it is a bug in the sanitization function, but I think you should be able to get around it by using the special character for the double brace, like you did with the "»".

 

If you change "<<" to "«" I'm guessing it will all display properly.

 

«devido a uma crise interna»

 

Secondly, is the text you quoted in the Source view for the description, or in the composition view?  If in the Source view, then you'd probably be best to get in the habit of avoiding "<" and ">" in the source text, just to be safe.  Using &lt; and &rt; in their place (again in Source view only) is a better habit.

Edited by thebruce0
  • Helpful 1
Link to comment

The ‘<<‘ is definitely the issue - may be worth letting the CO know, and suggesting he changes his description to use ‘«’ instead.
 

Handling within the official App is strange too.  The ‘Text’ version does show the text missing from the web page, but the ‘Web’ version truncates the page completely.

 

A9BE61BA-3F4C-460B-90AF-F5FD039740D5.thumb.jpeg.f0675b3ac4334f931a6805af2eaec41a.jpeg

 

F53AA0FB-2A36-413A-A4A4-9B7423A28A4F.thumb.jpeg.71f761a6e151a218ba03d0755b39b1fc.jpeg

Link to comment

Yes because the opening brace is not being escaped in HTML view, so everything afterwards is being treated an HTML tag. It's an issue with the website's sanitization, and potentially the app's sanitization - how the text decides what is and isn't intended to be reserved HTML code. In text, it would be fine. In a web/html view, unless the << is escaped, it will cause problems.

Theoretically, "<<" would be allowed, but having the ability to edit the source, there a few ways to fix it (whether the CO or HQ's sanitizing algorithm) as mentioned in my first reply.

 

But most likely the quickest and easiest (and most textually consistent) is for the CO to change the "<<" characters to "«" to match the closing brackets.

 

Until that happens, text view may be the only option.

 

Even so, it's a bug HQ should probably fix :)

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...