Avast WEBforum
Consumer Products => Avast Free Antivirus / Premium Security (legacy Pro Antivirus, Internet Security, Premier) => Topic started by: fidmas on February 26, 2011, 08:41:07 PM
-
No body else seeing these? See attached. What should they be?
-
No body else seeing these?
No. (At least not yet...)
asyn
-
working here as well
-
working here as well
For now ;)
-
Something to do with security settings. When I install WebRep, I'm unable to display "Mixed Content" pages without the prompt, regardless of the IE security setting.
Beats me. Probably not worth the trouble.
-
working here as well
For now ;)
Click the bars in the toolbar. Look clean?
-
It would help if you show if you are using XP Pro or XP Home in your signature.
No problem on my XP Pro system.
-
It would help if you show if you are using XP Pro or XP Home in your signature.
No problem on my XP Pro system.
Pro
-
It would help if you show if you are using XP Pro or XP Home in your signature.
No problem on my XP Pro system.
Pro
Pro/Home is in no way related to this problem, guys.
-
Anyone have a screenshot of one that's not blocking those graphics? like what are they supposed to be?
Something's funny about the addon though. It shouldn't change my security settings in Internet Options.
-
Anyone have a screenshot of one that's not blocking those graphics?
Here you go...
asyn
-
It is the close button and some separators
-
Yes. Strange as all hell. Those pictures coming from another server? I don't know how to get the source code for that pop-up.
But then, there's still: The addon shouldn't change my security settings in Internet Options. There's something unstable here.
-
1. I don't know how to get the source code for that pop-up.
2. But then, there's still: The addon shouldn't change my security settings in Internet Options. There's something unstable here.
1. You can't. ;)
2. What did it change..??
-
No body else seeing these? See attached. What should they be?
Mine for IE is exactly the same
-
There could be more, but this always prompts when the WebRep addon is enabled, regardless of my setting.
-
No body else seeing these? See attached. What should they be?
Mine for IE is exactly the same
I'm not the only one then! :-) Another case of testing with one browser only. I'm starting to really not trust this addon.
-
Strange indeed! :o
Could you please tell me what is the path to your avast program folder? In other words where does aswWebRepIE.dll or aswWebRepIE64.dll reside?
-
Strange indeed! :o
Could you please tell me what is the path to your avast program folder? In other words where does aswWebRepIE.dll or aswWebRepIE64.dll reside?
aswWebRepIE.dll in "C:\Program Files\AVAST Software\Avast". As I would expect. Note: "\Avast Software" was only created after I did the complete removal and the fresh Install, using setup_av_free.exe
-
Could you please save the attached file, change the extension from TXT to HTML and open it in your browser? Size the IE window so that all content is visible and take a screenshot. Post it here once you have done that. Thanks!
Note: the file's extension was change to txt because our forum does not allow attaching of html files
Edit: I have created a second test file with a xhtml1-strict doctype, which is more closely resembling the popup html (just in case we fail to identify the issue in the 1st case)
-
Could you please save the attached file, change the extension from TXT to HTML and open it in your browser? Size the IE window so that all content is visible and take a screenshot. Post it here once you have done that. Thanks!
Note: the file's extension was change to txt because our forum does not allow attaching of html files
Here it is. I shrunk the window for upload speed, but it's all there.
-
Thanks for your fast reply. Could you please try this HTML? Hopefully you should see everything correctly. If not then we might ditch the IMG tags alltogether in favour of the DIV tags. Cheers.
-
Thanks for your fast reply. Could you please try this HTML? Hopefully you should see everything correctly. If not then we might ditch the IMG tags alltogether in favour of the DIV tags. Cheers.
Nuts! Below is your source code. Make sure my cache didn't get the old one. I'll check each link in a little while.
--------
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<title></title>
<style type="text/css">
.close1 {
background: url("res://C:%5CProgram Files%5CAVAST Software%5CAvast%5CaswWebRepIE.dll/close.png") center center no-repeat;
width: 16px;
height: 16px;
}
.logo1 {
background: url("res://C:%5CProgram Files%5CAVAST Software%5CAvast%5CaswWebRepIE.dll/logo.png") center center no-repeat;
width: 100px;
height: 44px;
}
</style>
</head>
<body>
<script type="text/javascript">
<!--
var txt;
document.write(navigator.appVersion);
//-->
</script>
<hr />
<div>
Close
<img alt="" src="res://C:%5CProgram Files%5CAVAST Software%5CAvast%5CaswWebRepIE.dll/close.png" />
</div>
<hr />
<div>
Logo
<img alt="" src="res://C:%5CProgram Files%5CAVAST Software%5CAvast%5CaswWebRepIE.dll/logo.png" />
</div>
<hr />
<div>
Close
<img alt="" src="res://C:%5CProgram Files%5CAVAST Software%5CAvast%5CaswWebRepIE.dll/close.png" width="8" height="8"/>
</div>
<hr />
<div>
Logo
<img alt="" src="res://C:%5CProgram Files%5CAVAST Software%5CAvast%5CaswWebRepIE.dll/logo.png" width="100" height="44"/>
</div>
<hr />
<div>
Close
<div class="close1"> </div>
</div>
<hr />
<div>
Logo
<div class="logo1"> </div>
</div>
<hr />
</body>
</html>
-----
-
You got the right file mate. I have validated it against the W3C validator (0 Errors, 0 Warnings). So I presume this is a bug of IE. Interestingly enough I also use IE8 here on my end and it renders just fine...
-
You got the right file mate. I have validated it against the W3C validator (0 Errors, 0 Warnings). So I presume this is a bug of IE. Interestingly enough I also use IE8 here on my end and it renders just fine...
Something is very strange here. I renamed your ORIGINAL file to a.htm and it still fails. I then opened it in Notepad and saved it as b.htm. That works fine! Try my b.htm and see if it fails on your system. Oh yes, .txt -> .htm as before.
-
You got the right file mate. I have validated it against the W3C validator (0 Errors, 0 Warnings). So I presume this is a bug of IE. Interestingly enough I also use IE8 here on my end and it renders just fine...
Something is very strange here. I renamed your ORIGINAL file to a.htm and it still fails. I then opened it in Notepad and saved it as b.htm. That works fine! Try my b.htm and see if it fails on your system. Oh yes, .txt -> .htm as before.
A little more info. If I copy your file to a Floppy (Non-NTFS), it also works fine.
-
You got the right file mate. I have validated it against the W3C validator (0 Errors, 0 Warnings). So I presume this is a bug of IE. Interestingly enough I also use IE8 here on my end and it renders just fine...
Also, by using http://technet.microsoft.com/en-us/sysinternals/bb897440.aspx to remove the NTFS Stream info from your html file, it reads the resources pictures from the .dll file ok.
-
Just a quick thought... might it be the Site-settings concerning the codeset?
Is IE set to unicode (UTF 8)...???
-
Just a quick thought... might it be the Site-settings concerning the codeset?
Is IE set to unicode (UTF 8)...???
No change. Definitely NTFS knows the html came from a different system than the resource pictures in the .dll file, and IE (and an old Mozilla) isn't happy. I'll try FF soon.
-
It must be that Zone.Identifier thing in the NTFS alternate data stream then...
-
If k.u.r.t finds b.htm (copy of his file) created on my box, behaves funny on his, that'll confirm it. Pictures embeded, as resources, in a dll may have to be distributed as real .png, .gif, .jpg files or linked to on some site, to keep Windows happy. I haven't tried FF yet, but even if it works, we can't have a FF only WebRep.
We're still ignoring the security settings problem too.
-
You got the right file mate. I have validated it against the W3C validator (0 Errors, 0 Warnings). So I presume this is a bug of IE. Interestingly enough I also use IE8 here on my end and it renders just fine...
Something is very strange here. I renamed your ORIGINAL file to a.htm and it still fails. I then opened it in Notepad and saved it as b.htm. That works fine! Try my b.htm and see if it fails on your system. Oh yes, .txt -> .htm as before.
Both of your files show fine here. I am tempted to think that this might have something to do with your browser's cache rather than NTFS or what not. My point is that the content does get displayed if we use a DIV and it's background attribute to display the picture. Also I have been made aware of the fact that under certain circumstances IE cannot display images which do not have its weight and height defined explicitely (which is the case in the current HTML for the popup window). Try purging your cache and let's see whether that helps.
-
Both of your files show fine here. I am tempted to think that this might have something to do with your browser's cache rather than NTFS or what not. My point is that the content does get displayed if we use a DIV and it's background attribute to display the picture. Also I have been made aware of the fact that under certain circumstances IE cannot display images which do not have its weight and height defined explicitly (which is the case in the current HTML for the popup window). Try purging your cache and let's see whether that helps.
I always suspect cache and run CCleaner to clear cache and cookies between tests, When you saved my b.txt, did you "Right-Click > Save Target as..."? If you Left-Clicked it, let IE display it, and then "File > Save as...", NTFS would mark it as created on your machine and prove nothing.
I'm also aware of the IE8 explicit dimension problem, but the fact remains that when I remove the NTFS Stream info from your file, it displays perfectly.
I'm not arguing. Just puzzled.
I'm attaching b.txt (htm) again, because I, for one, am getting confused scrolling back up this thread.
-
Ok, created the new topic: http://forum.avast.com/index.php?topic=72657.0
-
Sorry, if you want, i'll create a new topic.
Please do so. :)
Thanks,
asyn
-
OK mate,
I don't see much point investigating the cause any further when we in fact have a solution that we can use. Please try the attached file and let me know if that works for you so that I can add it to the next program update. Cheers.
-
OK mate,
I don't see much point investigating the cause any further when we in fact have a solution that we can use. Please try the attached file and let me know if that works for you so that I can add it to the next program update. Cheers.
Works like a charm. Good work!
Now, any thoughts on the "Mixed Content" problem? That's the only thing left, I know of, that's keeping me from enabling the WebRep feature.
Cool job. :-)
/Bob
--
-
Thank you for your help! Regarding the second issue: I have tried it on IE8/Win7. When I set mixed content to "Enable" and then go to https://encrypted.google.com and serach for something it does not display any alerts. Will keep you posted if our QA team manage to reproduce this on one of their test boxes.
-
Nothing's ever simple. :-( If I enable the addon, and go to that site, I have to click [No] twice at the attached popup.
-
Just FYI: I tried enabling "Display Mixed Content" in the Group Policy Editor too. Same results.
-
I don't know much about Fiddler from https://www.fiddler2.com/fiddler2/ but just using it to watch assesss to https://encrypted.google.com shows quite clearly where the mixed content is coming from. See attachment. Still doesn't explain why IE didn't ignore it though when I set [Enable].
Maybe some one can make more sense of it.
-
Obviously we need to retrieve the webrep info somehow and we do it over an http channel. However we were not able to reproduce the behaviour you describe. On all systems that we tested the message stopped showing as soon as we changed the settings from prompt to enable. As this is an IE issue you should consult it with Microsoft. We cannot be of much help anyway.
-
you should consult it with Microsoft.
:-) You gotta be kidding. Talk to MS? /-) The FF addon seems to work OK. I just disabled it in IE. My neighbow will be updating to avast6 soon. We'll see how their IE likes it.
Thanks.
-
You gotta be kidding. Talk to MS? /-)
+1
Impossible...
-
However we were not able to reproduce the behaviour you describe. On all systems that we tested the message stopped showing as soon as we changed the settings from prompt to enable.
No need to answer this, but I just created a VPC with a fresh IE8 and Avast8. Same behaviour. Strange.