Closed
Bug 322920
Opened 19 years ago
Closed 18 years ago
Plain text rendered invisible / not displayed in Page Source either
Categories
(Core Graveyard :: GFX: Gtk, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bugzilla, Unassigned)
References
()
Details
Attachments
(1 file)
(deleted),
image/png
|
Details |
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.
Reporter | ||
Comment 1•19 years ago
|
||
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
Reporter | ||
Comment 2•19 years ago
|
||
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•19 years ago
|
||
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.
Reporter | ||
Comment 4•19 years ago
|
||
Strang! This is how my Firefox renders the page.
Why is it missing the _long_ line?
Comment 5•19 years ago
|
||
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•19 years ago
|
||
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•19 years ago
|
||
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.
Blocks: longlines
Reporter | ||
Comment 8•19 years ago
|
||
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•19 years ago
|
||
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?
Reporter | ||
Comment 10•19 years ago
|
||
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•19 years ago
|
||
You should probably follow the standard diagnostic from here on. (http://kb.mozillazine.org/Standard_diagnostic_%28Firefox%29)
Reporter | ||
Comment 12•19 years ago
|
||
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•19 years ago
|
||
Works fine for me with any font size, but I think it's about time this was marked as NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 14•19 years ago
|
||
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.
Reporter | ||
Comment 15•19 years ago
|
||
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
Updated•19 years ago
|
Component: General → GFX: Gtk
Product: Firefox → Core
Version: unspecified → Trunk
Updated•19 years ago
|
QA Contact: general → gtk
Comment 16•18 years ago
|
||
Is anyone still seeing this on a recently nightly since bug 237085 was fixed?
Reporter | ||
Comment 17•18 years ago
|
||
(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•18 years ago
|
||
Interesting. Thanks. I'll note that on the other bug. Maybe it's "mostly fixed", but something's not quite right yet.
Reporter | ||
Comment 19•18 years ago
|
||
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).
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•