322920 - Plain text rendered invisible / not displayed in Page Source either

Status: RESOLVED WORKSFORME

(Core Graveyard :: GFX: Gtk, defect)

Description

[Daniel Kabs, reporting bugs since 2002]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060109 Firefox/1.6a1

On the page

http://svn.twiki.org:8181/svn/twiki/trunk/templates/view.pattern.tmpl

text between the lines starting with

%TMPL:P{"topicinfo"}%%TMPL:END%

and

%TMPL:DEF{"topicinfo"}%...

is not rendered.

Still, you *can* find and select that text and copy and paste it into a text editor window to read it. Viewing the source, some of the text is also not appearing.


Reproducible: Always

Steps to Reproduce:
1. Open URL
2. Search for "Backlinks"


Actual Results:  
Parts of the page are highlighted. But these parts are empty and contain no content, no text at all.

Expected Results:  
Text on the page should be displayed.

Download the page with "curl" if you want to see the "raw" data and HTTP header information.

Comment 1

[Daniel Kabs, reporting bugs since 2002]

Tested User Agents which *fail*

Firefox Nightly Build

 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060109 Firefox/1.6a1

Firefox 1.5

 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

User Agents which do *not* exhibit this bug:

Mozilla 1.7.12

  Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920

Comment 2

[Daniel Kabs, reporting bugs since 2002]

This is not a duplicate of bug 265559 as that bug talks about "uncovering" invisible text by selecting it. That technique does not work here.

Comment 3

[Elmar Ludwig]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

WFM on Linux with Firefox 1.5. The text you mention is all on one long line, but I can see that just fine (it looks the same in a text editor). View source shows everything as well.

Comment 4

[Daniel Kabs, reporting bugs since 2002]

Attachment: Screenshot: URL displayed in reporter's Firefox

Strang! This is how my Firefox renders the page.


Why is it missing the _long_ line?

Comment 5

[Elmar Ludwig]

Can you try this in safe mode and/or with a new profile (just to make sure that this isn't caused by a buggy extension or theme)?

http://kb.mozillazine.org/Safe_Mode_(Firefox)
http://kb.mozillazine.org/Profile_Folder

Comment 6

[Nickolay_Ponomarev]

I remember seeing a bug about it, but I couldn't find it. All I could find were bug 280104 and bug 298472.

Comment 7

[Nickolay_Ponomarev]

I was thinking about bug 92193 probably (thanks to ElZorro on IRC for finding that). That bug talks about thousands of characters, while your long line appears to only have 933 chars.

Comment 8

[Daniel Kabs, reporting bugs since 2002]

Following Elmar's advices:

Starting Firefox with a freshly created profile -> the line is displayed.

Starting Firefox with my user profile in save-mode -> the line is NOT displayed.

So can we rule out installed extensions as cause for the problem?

Comment 9

[Philip Withnall (unavailable)]

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a1) Gecko/20060219 Firefox/1.6a1 ID:2006021908
Works for me.
As it still happens when running in safe mode, we can rule out extensions, but as it doesn't happen with a new profile, it must be something in your profile.
Are there any unusual-looking files in the profile where it doesn't work? Anything dissimilar to the profile on which it works?

Comment 10

[Daniel Kabs, reporting bugs since 2002]

A diff between the "faulty" and a new profile reported the following files to exist only in the "faulty" profile folder one:
  bookmarkbackups/bookmarks-2006-01-10.html (several of them)
  downloads.rdf
  extensions/{c45c406e-ab73-11d8-be73-000a95be3b12}
  extensions/{e6e0272b-329d-4ac1-95a8-5b044337345f}
  hostperm.1
  localstore-safe.rdf
  lock
  signons.txt

and quite a couple of files differ:
  Cache/_CACHE_MAP_
  XUL.mfasl
  bookmarks.html (and other similar files)
  cert8.db
  cookies.txt
  extensions.cache
  extensions.ini
  extensions.rdf
  formhistory.dat
  history.dat
  key3.db
  localstore.rdf
  mimeTypes.rdf
  prefs.js
  search.rdf
  secmod.db

Which ones can I delete without hampering startup?

Comment 11

[Philip Withnall (unavailable)]

You should probably follow the standard diagnostic from here on. (http://kb.mozillazine.org/Standard_diagnostic_%28Firefox%29)

Comment 12

[Daniel Kabs, reporting bugs since 2002]

I found the parameter which makes the line disappear:

In "Edit -> Preferences", there is the "Content" tab displaying the Font & Color settings. Click on advanced. If I set the "Monospace font" to a size of 15 or more, the line disappears. This is independent of the font that is used to render the text. If I set the font size to 14 or below or decrease the font size using Ctrl+-, the line is visible.

This is Firefox 1.5.0.1 on Linux:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060124 Firefox/1.5.0.1

Comment 13

[Philip Withnall (unavailable)]

Works fine for me with any font size, but I think it's about time this was marked as NEW.

Comment 14

[Daniel Kabs, reporting bugs since 2002]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3

I still see this problem on current release of FF.

Comment 15

[Daniel Kabs, reporting bugs since 2002]

I also see this problem on latest-trunk

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060517 Minefield/3.0a1

Comment 16

[Wayne Woods]

Is anyone still seeing this on a recently nightly since bug 237085 was fixed?

Comment 17

[Daniel Kabs, reporting bugs since 2002]

(In reply to comment #16)
> Is anyone still seeing this on a recently nightly since bug 237085 was fixed?


Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060813 Minefield/3.0a1

I still see this. The bug depends on Firefox's font settings:

- I don't see this with a new, clean profile.

- The bug appears soon as I change the Monospace font size to 15 or more.

(Preferences -> Content -> Fonts -> Advanced)

Comment 18

[Wayne Woods]

Interesting. Thanks. I'll note that on the other bug. Maybe it's "mostly fixed", but something's not quite right yet.

Comment 19

[Daniel Kabs, reporting bugs since 2002]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.1) Gecko/20061208 Firefox/2.0.0.1

I am not seeing this bug any more after updating to Debian 4.0 (Etch).