Announcements :
K-Meleon Web Browser Forum
Yes. It is delivered with the wrong content info (UTF-8) by the server.
Changing it manually to iso-8859-1 will correct the issue for that page.
I am on a German OS machine and still on 74. So I can perhaps only tell for me.
After I change it to iso-8859-1 K-Meleon will display that page properly and when I return here it will revert to UTF-8. When I move there again K-Meleon will remember the proper encoding for that page -no idea how long it will remember. Will remember it as long as it is called from cache.
To keep the charset detector is default. There is a check when You switched it off/changed something.
74. I did not temper with intl.charset.detector. I made sure by looking it up in about:config. That this config has/does show no value by default AFAIR dimly means that it has a been given a reasonable default to which it falls back.
p.s. A way to kill my 75. Open https://msuweb.montclair.edu/~furrg/
After a change in font detection.
I change to iso-8859-1. Result. Always crashes. Guess I have to reinstall.
p.p.s. thx for trying rodocop.
Moving to https://msuweb.montclair.edu/~furrg/ is not needed.
The change to iso-8859-1 does the trick even here on this page.
I also tried 75 with the old Profile from 74. So maybe no setting.
Edited 2 time(s). Last edit at 07/10/2015 01:03PM by guenter.
No, you don't need to reinstall.
I had this behavior of crashes in the past but I haven't reported because I thought it was just me and I didn't test enough as I don't need/make use of encoding changes unless of very rare conditions (as the test of the mitayuke page)
It only lets change one time, nothing else.
All I can say, that this case is just the problem of the page itself.
The display glitch is also present in FF there.
Real bug that I have to report is the next:
when you set KM to save pages in default save folder (pref: kmeleon.download.useSaveDir; true) if you save an image opened as the page (by direct link) - then it gets double extension like
There is no K-Meleon or Firefox display error/glitch but a web design error.
As mitakuye.oyasin said: the server says the content delivered is UTF-8 and the guy that owns the page is English. These typically compose text in iso-8859-1 when they have a Windows machine and no web design experience in non English languages.
The guy that owns the site must use an editor that can save as UTF-8 and save the page as such. Or he must configure the server to say the content is iso-8859-1.
Else he must write it into the <head></head> of the html page like
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /> or so.
The first and the last is IMHO much easier than the second.
This is a browser support problem. People come here and have an issue with the page. And we will tell them why it is. ¬_¬
p.s. Anyway I can crash 75 on our Phorum pages when I switsch to iso-8859-1 - can You test it also. Or whether it is only on my machine or the German version?
The problem is not with 74. And it is only with iso-8859-1 here.
Edited 2 time(s). Last edit at 07/10/2015 06:43PM by guenter.
Yes happens here too.
Well. It crashes ANY page ANY time when switching to ISO-8859-1!
Moreover!
It seems to get crashed when switching to ANY encoding of ISO-type!
Edited 2 time(s). Last edit at 07/10/2015 10:45PM by rodocop.
A little research says that it's apparently bug caused by adiing Gecko 31 to KM:
first time it appears in KM74-31
Greetings, Everyone,
Having posted a pretty long note yesterday, I realize that I should
have also mentioned that K-Meleon 75 was crashing a lot in my hands.
Sorry for the omission, and I can only say now that it is both
the Real K-Meleon 75 and the last update before it -- the 75 RC3
that were ceasing to work after I would click this on the menu:
View > Encoding > Western (ISO-8859-1)
It even stops functioning after displaying a specially saved
web page as a file on the disk (file:///C:/...etc...).
I did not and still do not understand why and that was also
a reason I was silent. Thanks to all who replied.
The K-Meleon I am using now is the RC3, USA Windows,
and nothing in the browser is from K-Meleon 74 -- this I can
guarantee. The locale is the same as what came in the browser.
It also crashes when I select
View > Encoding > More Encodings > West European > Celtic (ISO-8859-14)
and probably many more.
All your posts are much valued; maybe my original question will be
answered in due time. Glad to hear guenter mention that KM 74
behaves in a "constuctive" way, I have had experience with the
previous K-Meleon from over 10 years ago, but only found out about 74
this year, and did not have the time to try it more than a few times,
just to see how it has changed (a lot!).
All the best, more later.
--
Yes. It does.
I missed to test and find that all iso are effected. But robocop did.
I forgot that about the bug You helped to find/found.
I guess You have to switch to 74 like me for the time being.
I still use the 74 as default on a German XP SP3. Switching to ISO-8859-1 while
autodetect is on, makes that the switch is only done on that page. It is in that desired font while You reload it from cache but it will load from URL as UTF-8 again.
As I am German I did not check with a Vietnamese word but with "Lüge". And Yes - it works when You have a font installed that supports the desired change. I do not think I have Vietnamese support installed. That is why I did not bother to look for Vietnamese.
This web design bug has been discussed before. disrupted posted how to activate fonts that are not common on European Windows installs. But it is lost in Phorum.
Google how to get UNICODE support if You cannot display something. AFAIR that will guide You to help posts about how to get Asian fonts activated.
Regards to the Sioux quoter in Ca.
p.s. Or did I miss the yeast of Your question again? Just ask.
Edited 1 time(s). Last edit at 07/11/2015 07:06AM by guenter.
There are tons of prefs for "encoding" and "charset" in about:config, and some are empty. Perhaps the culprit is just a pref? Did a very short test with changing a few but so far no luck (Vista/readme.html). Windows says it's something with xul.dll
For testing it helps to use only a temporary change via
VIEW > ENCODING
At least this way the browser will restart without probs after the crash.
Edited 2 time(s). Last edit at 07/11/2015 12:06PM by siria.
:s. I transfered my default profile from 74 - > 75. On the assumption that it might be a pref. To no avail. 75 crashes with the 74 prefs. So at least it cannot be a default pref.
Xull.dll is that big dll into which all the many dll from components folder are have been tranferred. Building debug with individual dll is probably needed to find out more. No idea.
Yes I used view - encoding.
Edited 1 time(s). Last edit at 07/11/2015 04:57PM by guenter.
The prefs.js in profile folder contains only changed prefs, no default settings. If those are different, they are defined elsewhere. Probably most in the default preferences and settings folders, but perhaps also by plugins or components, don't know.
Edited 1 time(s). Last edit at 07/11/2015 06:38PM by siria.
Once again: KM 74-31 also crashes! That isn't problem with KM itself. It's a prob of conjunction between KM and Gecko 31
Charset are not found because of case.
See http://lxr.mozilla.org/mozilla-esr31/source/intl/uconv/src/nsUConvModule.cpp#815
But the fact that gecko crash because it can't find a charset is a bit ridiculous.
Hi, guys
For some reason I am experiencing a black player screen when playing Vimeo videos.
Latest K-meleon, Win 7 Ultimate SP1 64bit, latest Adobe Flash player.
Internet Explorer and any other browsers on the same machine are playing the vimeo videos well!
PS. Youtube videos are fine in K-meleon.
Cannot confirm under Win 7 32bit.
Do you use fresh clean install of KM or have added some stuff already?
I can confirm after a short test on Vimeo.
With Flashblock enabled I get only the player. As soon as I disable Flashblock and reload the page the video plays fine.
Win7 64bit, K-Meleon 75 (fresh install).
Well, Flashblock really prevents videos from playing like it did for Youtube.
I think we can find right css-hack like in Youtube case was done.
As I can see, KM has no plugins on-demand activation implemented - both through click-to-play or plugins options in Addon manager.
Edited 1 time(s). Last edit at 07/12/2015 11:36PM by rodocop.
There is no hack for Vimeo, just whitelist in flashblock.
Have in mind that Vimeo, depending of the page you are viewing the video from, it will load the flash video in a kind of html5 way (actually, sometimes still uses flash but with javascript api) and others as flash.
HTML5 nowadays, can't be blocked, or the flashblock that comes with K-meleon, at least with youtube, doesn't work with HTML5 video tag.
Adding Vimeo to flashblock whitelist doesn't work.
Being precise, video gets the sound but neither you can watch the picture nor the flashblock button disappear.
It plays fine as long as Flashblock isn't active.
With scripting and Flashblock enabled it won't play even with 'https://vimeo.com'; added to the whitelist. At least that's the case for me (Win7/KM75).
This is not a real issue for me since disabling Flashblock is a matter of max 2 seconds.
Edited 3 time(s). Last edit at 07/13/2015 04:35PM by Yogi.
Isn't for me as I have a custom button for that.
But I just used a fresh profile, went to Vimeo and video played.
Enabled Flashblock through Tools > Privacy menu and reloaded. It was blocked.
Added the site to Flashblock whitelist throug Tools > Privacy > Flash block > "Enable Flash for this website". It reloaded automatically and the video played.
In Windows 2000. I "can't" test in XP VM because flash eats up a lot of CPU, but someone should get the same results, unless I have magic here
In my main profile I have usercontent.css rules to set the background some tone of grey, but in a fresh profile, I haven't anything.
Retested again, with the same result (Win7/KM75).
Video plays only with scripting disabled (disabled scripting deactivates flashblock too). The entry in the whitelist has no effect.
Maybe someone else can test on Win7?
I also wrote the same, Yogi. Even more detailed. Also Win7-32bit
Edited 1 time(s). Last edit at 07/13/2015 05:46PM by rodocop.
I must not have something enabled that I should on my system. Javascript is allowed and flashblock is off, but all that I see at https://vimeo.com/132980067 is an empty white screen. Win 7 (32 bit) KM 75.0
K-meleon announcements.
Re: K-Meleon 75 Release
Posted by:
guenter
Date: July 10, 2015 05:58AM
Quote
mitakuye.oyasin
....If I understand this part
correctly, the page itself is properly encoded in iso-8859-1, and should
display properly in any browser, except that it is sent out by the Apache
with a header
text/html; charset=UTF-8
which is wrong, and which causes K-Meleon to show a "?" instead of the
correct letter. I would like to force a change to the correct 8859-1 letter
by clicking an item on the menu. But first I would want to keep the charset
detector, if on (how can I be certain?) from interfering with a wrong guess.
Perhaps this is possible and maybe even easy to do, but I've got it right
with K-Meleon only once, and cannot repeat the experiment. This is where
I am now.
Yes. It is delivered with the wrong content info (UTF-8) by the server.
Changing it manually to iso-8859-1 will correct the issue for that page.
I am on a German OS machine and still on 74. So I can perhaps only tell for me.
After I change it to iso-8859-1 K-Meleon will display that page properly and when I return here it will revert to UTF-8. When I move there again K-Meleon will remember the proper encoding for that page -
To keep the charset detector is default. There is a check when You switched it off/changed something.
74. I did not temper with intl.charset.detector. I made sure by looking it up in about:config. That this config has/does show no value by default AFAIR dimly means that it has a been given a reasonable default to which it falls back.
p.s. A way to kill my 75. Open https://msuweb.montclair.edu/~furrg/
After a change in font detection.
I change to iso-8859-1. Result. Always crashes. Guess I have to reinstall.
p.p.s. thx for trying rodocop.
Moving to https://msuweb.montclair.edu/~furrg/ is not needed.
The change to iso-8859-1 does the trick even here on this page.
I also tried 75 with the old Profile from 74. So maybe no setting.
Edited 2 time(s). Last edit at 07/10/2015 01:03PM by guenter.
Re: K-Meleon 75 Release
Posted by:
JohnHell
Date: July 10, 2015 01:16PM
Quote
guenter
p.s. A way to kill my 75. Open https://msuweb.montclair.edu/~furrg/
After a change in font detection.
I change to iso-8859-1. Result. Always crashes. Guess I have to reinstall.
p.p.s. thx for trying rodocop.
No, you don't need to reinstall.
I had this behavior of crashes in the past but I haven't reported because I thought it was just me and I didn't test enough as I don't need/make use of encoding changes unless of very rare conditions (as the test of the mitayuke page)
It only lets change one time, nothing else.
Re: K-Meleon 75 Release
Posted by:
rodocop
Date: July 10, 2015 02:56PM
All I can say, that this case is just the problem of the page itself.
The display glitch is also present in FF there.
Re: K-Meleon 75 Release
Posted by:
rodocop
Date: July 10, 2015 03:01PM
Real bug that I have to report is the next:
when you set KM to save pages in default save folder (pref: kmeleon.download.useSaveDir; true) if you save an image opened as the page (by direct link) - then it gets double extension like
filename.png.pngIt touches all the graphics filetypes but not html-files.
Re: K-Meleon 75 Release
Posted by:
guenter
Date: July 10, 2015 06:03PM
Quote
rodocop
All I can say, that this case is just the problem of the page itself.
The display glitch is also present in FF there.
There is no K-Meleon or Firefox display error/glitch but a web design error.
As mitakuye.oyasin said: the server says the content delivered is UTF-8 and the guy that owns the page is English. These typically compose text in iso-8859-1 when they have a Windows machine and no web design experience in non English languages.
The guy that owns the site must use an editor that can save as UTF-8 and save the page as such. Or he must configure the server to say the content is iso-8859-1.
Else he must write it into the <head></head> of the html page like
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" /> or so.
The first and the last is IMHO much easier than the second.
This is a browser support problem. People come here and have an issue with the page. And we will tell them why it is. ¬_¬
p.s. Anyway I can crash 75 on our Phorum pages when I switsch to iso-8859-1 - can You test it also. Or whether it is only on my machine or the German version?
The problem is not with 74. And it is only with iso-8859-1 here.
Edited 2 time(s). Last edit at 07/10/2015 06:43PM by guenter.
Re: K-Meleon 75 Release
Posted by:
JohnHell
Date: July 10, 2015 06:20PM
Quote
guenter
p.s. Anyway I can crash 75 on our Phorum pages when I switsch to iso-8859-1 - can You test it also. Or whether it is only on my machine or the German version?
Yes happens here too.
Re: K-Meleon 75 Release
Posted by:
rodocop
Date: July 10, 2015 10:40PM
Well. It crashes ANY page ANY time when switching to ISO-8859-1!
Moreover!
It seems to get crashed when switching to ANY encoding of ISO-type!
Edited 2 time(s). Last edit at 07/10/2015 10:45PM by rodocop.
Re: K-Meleon 75 Release
Posted by:
rodocop
Date: July 10, 2015 10:59PM
A little research says that it's apparently bug caused by adiing Gecko 31 to KM:
first time it appears in KM74-31
Re: K-Meleon 75 Release
Posted by:
mitakuye.oyasin
Date: July 11, 2015 02:01AM
Greetings, Everyone,
Having posted a pretty long note yesterday, I realize that I should
have also mentioned that K-Meleon 75 was crashing a lot in my hands.
Sorry for the omission, and I can only say now that it is both
the Real K-Meleon 75 and the last update before it -- the 75 RC3
that were ceasing to work after I would click this on the menu:
View > Encoding > Western (ISO-8859-1)
It even stops functioning after displaying a specially saved
web page as a file on the disk (file:///C:/...etc...).
I did not and still do not understand why and that was also
a reason I was silent. Thanks to all who replied.
The K-Meleon I am using now is the RC3, USA Windows,
and nothing in the browser is from K-Meleon 74 -- this I can
guarantee. The locale is the same as what came in the browser.
It also crashes when I select
View > Encoding > More Encodings > West European > Celtic (ISO-8859-14)
and probably many more.
All your posts are much valued; maybe my original question will be
answered in due time. Glad to hear guenter mention that KM 74
behaves in a "constuctive" way, I have had experience with the
previous K-Meleon from over 10 years ago, but only found out about 74
this year, and did not have the time to try it more than a few times,
just to see how it has changed (a lot!).
All the best, more later.
--
Re: K-Meleon 75 Release
Posted by:
guenter
Date: July 11, 2015 06:19AM
Quote
rodocop
Well. It crashes ANY page ANY time when switching to ISO-8859-1!
Moreover!
It seems to get crashed when switching to ANY encoding of ISO-type!
Yes. It does.
Quote
mitakuye.oyasin
View > Encoding > More Encodings > West European > Celtic (ISO-8859-14)
and probably many more.
I missed to test and find that all iso are effected. But robocop did.
Quote
mitakuye.oyasin
maybe my original question will be
answered in due time.
I forgot that about the bug You helped to find/found.
I guess You have to switch to 74 like me for the time being.
I still use the 74 as default on a German XP SP3. Switching to ISO-8859-1 while
autodetect is on, makes that the switch is only done on that page. It is in that desired font while You reload it from cache but it will load from URL as UTF-8 again.
As I am German I did not check with a Vietnamese word but with "Lüge". And Yes - it works when You have a font installed that supports the desired change. I do not think I have Vietnamese support installed. That is why I did not bother to look for Vietnamese.
This web design bug has been discussed before. disrupted posted how to activate fonts that are not common on European Windows installs. But it is lost in Phorum.
Google how to get UNICODE support if You cannot display something. AFAIR that will guide You to help posts about how to get Asian fonts activated.
Regards to the Sioux quoter in Ca.
p.s. Or did I miss the yeast of Your question again? Just ask.
Edited 1 time(s). Last edit at 07/11/2015 07:06AM by guenter.
Re: K-Meleon 75 Release
Posted by:
siria
Date: July 11, 2015 09:46AM
There are tons of prefs for "encoding" and "charset" in about:config, and some are empty. Perhaps the culprit is just a pref? Did a very short test with changing a few but so far no luck (Vista/readme.html). Windows says it's something with xul.dll
For testing it helps to use only a temporary change via
VIEW > ENCODING
At least this way the browser will restart without probs after the crash.
Edited 2 time(s). Last edit at 07/11/2015 12:06PM by siria.
Re: K-Meleon 75 Release
Posted by:
guenter
Date: July 11, 2015 04:52PM
Quote
siria
There are tons of prefs for "encoding" and "charset" in about:config, and some are empty. Perhaps the culprit is just a pref? Did a very short test with changing a few but so far no luck (Vista/readme.html). Windows says it's something with xul.dll
For testing it helps to use only a temporary change via
VIEW > ENCODING
At least this way the browser will restart without probs after the crash.
:s. I transfered my default profile from 74 - > 75. On the assumption that it might be a pref. To no avail. 75 crashes with the 74 prefs. So at least it cannot be a default pref.
Xull.dll is that big dll into which all the many dll from components folder are have been tranferred. Building debug with individual dll is probably needed to find out more. No idea.
Yes I used view - encoding.
Edited 1 time(s). Last edit at 07/11/2015 04:57PM by guenter.
Re: K-Meleon 75 Release
Posted by:
siria
Date: July 11, 2015 06:36PM
Quote
guenter
I transfered my default profile from 74 - > 75. On the assumption that it might be a pref. To no avail. 75 crashes with the 74 prefs. So at least it cannot be a default pref.
The prefs.js in profile folder contains only changed prefs, no default settings. If those are different, they are defined elsewhere. Probably most in the default preferences and settings folders, but perhaps also by plugins or components, don't know.
Edited 1 time(s). Last edit at 07/11/2015 06:38PM by siria.
Re: K-Meleon 75 Release
Posted by:
rodocop
Date: July 11, 2015 06:43PM
Once again: KM 74-31 also crashes! That isn't problem with KM itself. It's a prob of conjunction between KM and Gecko 31
Re: K-Meleon 75 Release
Posted by:
Dorian
Date: July 12, 2015 01:17AM
Charset are not found because of case.
See http://lxr.mozilla.org/mozilla-esr31/source/intl/uconv/src/nsUConvModule.cpp#815
But the fact that gecko crash because it can't find a charset is a bit ridiculous.
Re: K-Meleon 75 Release
Posted by:
adXok
Date: July 12, 2015 08:18PM
Hi, guys
For some reason I am experiencing a black player screen when playing Vimeo videos.
Latest K-meleon, Win 7 Ultimate SP1 64bit, latest Adobe Flash player.
Internet Explorer and any other browsers on the same machine are playing the vimeo videos well!
PS. Youtube videos are fine in K-meleon.
Re: K-Meleon 75 Release
Posted by:
rodocop
Date: July 12, 2015 08:44PM
Cannot confirm under Win 7 32bit.
Do you use fresh clean install of KM or have added some stuff already?
Re: K-Meleon 75 Release
Posted by:
Yogi
Date: July 12, 2015 09:16PM
I can confirm after a short test on Vimeo.
With Flashblock enabled I get only the player. As soon as I disable Flashblock and reload the page the video plays fine.
Win7 64bit, K-Meleon 75 (fresh install).
Re: K-Meleon 75 Release
Posted by:
rodocop
Date: July 12, 2015 11:33PM
Well, Flashblock really prevents videos from playing like it did for Youtube.
I think we can find right css-hack like in Youtube case was done.
Re: K-Meleon 75 Release
Posted by:
rodocop
Date: July 12, 2015 11:35PM
As I can see, KM has no plugins on-demand activation implemented - both through click-to-play or plugins options in Addon manager.
Edited 1 time(s). Last edit at 07/12/2015 11:36PM by rodocop.
Re: K-Meleon 75 Release
Posted by:
JohnHell
Date: July 13, 2015 01:51AM
Quote
rodocop
Well, Flashblock really prevents videos from playing like it did for Youtube.
I think we can find right css-hack like in Youtube case was done.
There is no hack for Vimeo, just whitelist in flashblock.
Have in mind that Vimeo, depending of the page you are viewing the video from, it will load the flash video in a kind of html5 way (actually, sometimes still uses flash but with javascript api) and others as flash.
HTML5 nowadays, can't be blocked, or the flashblock that comes with K-meleon, at least with youtube, doesn't work with HTML5 video tag.
Re: K-Meleon 75 Release
Posted by:
rodocop
Date: July 13, 2015 08:05AM
Adding Vimeo to flashblock whitelist doesn't work.
Being precise, video gets the sound but neither you can watch the picture nor the flashblock button disappear.
Re: K-Meleon 75 Release
Posted by:
Yogi
Date: July 13, 2015 04:29PM
Quote
JohnHell
This is an entry I added years ago:
https://vimeo.com
Plays just fine:
https://vimeo.com/132980067
It plays fine as long as Flashblock isn't active.
With scripting and Flashblock enabled it won't play even with 'https://vimeo.com'; added to the whitelist. At least that's the case for me (Win7/KM75).
This is not a real issue for me since disabling Flashblock is a matter of max 2 seconds.
Edited 3 time(s). Last edit at 07/13/2015 04:35PM by Yogi.
Re: K-Meleon 75 Release
Posted by:
JohnHell
Date: July 13, 2015 04:42PM
Quote
Yogi
Quote
JohnHell
This is an entry I added years ago:
https://vimeo.com
Plays just fine:
https://vimeo.com/132980067
It plays fine as long as Flashblock isn't active.
With scripting and Flashblock enabled it won't play even with 'https://vimeo.com'; added to the whitelist. At least that's the case for me (Win7/KM75).
This is not a real issue for me since disabling Flashblock is a matter of max 2 seconds.
Isn't for me as I have a custom button for that.
But I just used a fresh profile, went to Vimeo and video played.
Enabled Flashblock through Tools > Privacy menu and reloaded. It was blocked.
Added the site to Flashblock whitelist throug Tools > Privacy > Flash block > "Enable Flash for this website". It reloaded automatically and the video played.
In Windows 2000. I "can't" test in XP VM because flash eats up a lot of CPU, but someone should get the same results, unless I have magic here
In my main profile I have usercontent.css rules to set the background some tone of grey, but in a fresh profile, I haven't anything.
Re: K-Meleon 75 Release
Posted by:
Yogi
Date: July 13, 2015 05:27PM
Retested again, with the same result (Win7/KM75).
Video plays only with scripting disabled (disabled scripting deactivates flashblock too). The entry in the whitelist has no effect.
Maybe someone else can test on Win7?
Re: K-Meleon 75 Release
Posted by:
rodocop
Date: July 13, 2015 05:45PM
I also wrote the same, Yogi. Even more detailed. Also Win7-32bit
Edited 1 time(s). Last edit at 07/13/2015 05:46PM by rodocop.
Re: K-Meleon 75 Release
Posted by:
JamesD
Date: July 13, 2015 06:08PM
I must not have something enabled that I should on my system. Javascript is allowed and flashblock is off, but all that I see at https://vimeo.com/132980067 is an empty white screen. Win 7 (32 bit) KM 75.0
English