Recommended Posts

I installed IE 7 beta and had all my favicons (I use FavIconOrg) working. Then, I think it was after a reboot, I just get the default icon, and IE 7 doesn't seem to show favicons anymore. Nothing happens when I use FavIconOrg, and even if I delete my bookmarks and make new ones, there are no favicons, weird!!?

Link to comment
https://www.neowin.net/forum/topic/503598-favicon-gone-in-internet-explorer-7/
Share on other sites

They work for me, the icons will go away from your Favorites if you clean your cookies and cache I believe, they won't be back till you re-visit the sites.

Yes, that makes sense. I tried to delete the bookmarks and revisit them bit that didn't help. Maybe my cache is cleared evertime I start IE!?

That's not how it seems to wotk on my system, IE 7 RC1.

I also had favorg icons set for my cookies with IE 6. After installing IE 7 RC1, I also had just IE icons for the sites for which favorg had stored the favicon, but as I visited my favorites sites (in batches) IE 7 set the favicons for those sites that have them and these stick. I clear my TIF, history and cookies (other than log in cookies) after every session.

Favorites for which I had manually set my own favicon retained these after install of IE 7 and since. I also noticed that the favicon for www.microsoft.com, which used to be a white page, changed recently to a white M in a blue background, and IE 7 changed those accordingly in my favorites as I visited those sites.

That's not how it seems to wotk on my system, IE 7 RC1.

I also had favorg icons set for my cookies with IE 6. After installing IE 7 RC1, I also had just IE icons for the sites for which favorg had stored the favicon, but as I visited my favorites sites (in batches) IE 7 set the favicons for those sites that have them and these stick. I clear my TIF, history and cookies (other than log in cookies) after every session.

Favorites for which I had manually set my own favicon retained these after install of IE 7 and since. I also noticed that the favicon for www.microsoft.com, which used to be a white page, changed recently to a white M in a blue background, and IE 7 changed those accordingly in my favorites as I visited those sites.

What's even more strange is that now that you mention it, I don't even get tha white/blue icon more then possibly for a second, then when a page is completely loaded I just get an this icon.

untitled.bmp

  • 2 weeks later...

:| All I know, is that it seems that when you are using large icons, and specifically ones larger than 48x48 the favicons disappear as well as the default IE shortcut icon, eventually leaving just the default unknown file type icon for all INTERNET shortcuts. On another forum somewhere else, I can't remember exactly where, you can get the icons to revert to their originals by unchecking the use large icons in the appearance tab in display properties. They also noted that then if your revert back to large icons while IE7 is still open that they will then stay that way and problem solved. For me however, I run 1600x1200 desktop and use large icons. In fact 64x64, it makes my start menu nice and normal looking etc. So after I change back to large icons in display properties windows sets the size of the icons to 48x48 which is fine for IE but when I switch them back to 64x64, they don't stay, especially through a reboot. I will research and try to rectfy this odd behavior until I find a solution, or it may be curtain time for IE and hello firefox! After all, who can live with the cheesy new look of the GUI of IE? I love the classic view with standard buttons and text.

:| All I know, is that it seems that when you are using large icons, and specifically ones larger than 48x48 the favicons disappear as well as the default IE shortcut icon, eventually leaving just the default unknown file type icon for all INTERNET shortcuts.

Okay...I guess 48x48 will have to do until they release a fix. Thanks for the info...I never thought my icon size would have anything to do with that.

  • 2 weeks later...

I have a similar problem, but mine is Explorer related and not so much IEbrowser related. You see, I use custom msstyles to change the appearance of my windows. I move my start menu to the top of the screen and I put my QuickLaunch toolbar and Links toolbar on the bottom of the screen. Since I have a 23" widescreen display @ 1920x1200 res, I put my icons to 48x48. And with IE7 installed my Links toolbar at the bottom of the page looks ugly because the default IE shortcut icon gets used for my shortcuts. When I change the icon size back down to 32x32, they display correctly. Well actually, it seems the folders that I have in my Links folder, their icons are displayed correctly at 48x48, but the shortcuts don't. When I change back to 32x32 the folders still display my custom icons and the shortcuts do as well. I can't for the life of me figure out why at 48x48 my shortcut icons are defaulted...

any suggestions?

Oh yeah, if you're wondering why I put the links folder to the right - bottom toobar, its because I like my favs to open in a list when I click on them. You can also put your games shotcuts in a folder inside the Links folder so they pop up as a list as well. See the 3rd screen attached

See the screens below to see what I am experiencing. Notice the Bottom right icons at 48 vs. at 32. I included the last screen to show how fav-folders pop up as a list.

post-187981-1163983176_thumb.jpg

post-187981-1163983189_thumb.jpg

post-187981-1163983198_thumb.jpg

Hi,

I've also lost much favicon functionality in IE7. In IE6 I had created custom links (and placed them in the "Links" toolbar) and assigned specific favicon icon image files to many of them. The specific icon files are in a designated favicon folder on my hard drive.

IE7 seems to have reverted to old versions of these favicon files, and additionally, will not allow me to assign the new icon files to them! (Normal procedure for assigning icon files to a Link button is to right-click on the button > Properties > Change Icon > Browse to the image file you want to designate.) When I follow this procedure, the correct new icon will appear properly in the Toolbar only until the first time I USE the link...then the toolbar reverts to some other "remembered" favicon, or it takes the favicon from the live website itself...which is exactly what I do NOT want.

Any thoughts on how to designate favicon icon image files and make them STICK in IE7 ?

Thanks,

K

Any thoughts on how to designate favicon icon image files and make them STICK in IE7 ?

Okay, I have found a kind of a solution:

If you right click a LINK button (that you wish to display your custom icon file)...then > Properties > Web Document Tab > Change Icon...then browse to and select your intended icon image > APPLY (first time)

...THEN (before closing out of the properties window) click on the GENERAL TAB

...and click APPLY (second time)

...then tick the READ ONLY checkbox

...then click APPLY (third time)

...then click OK to close the properties window.

Now your Link button will display your intended favicon icon file and it will continue to show that icon even after you use the button, etc.

The only thing this does NOT fix:

In IE6, when you designated a specific favicon image file to a link like this, the same favicon image would also appear in the URL address box. In IE7, the URL box will display the live favicon designated by the website you're visiting, and the IE7 TAB will also show the "live" favicon from the website (i.e., the tab will not display the favicon image that you assigned to the link).

But at least your custom links files WILL display your designated image file, if you follow the steps above they appear to stick.

Seems IE7 has taken a major step backwards in constraining users' ability to customize their browsing experience.

I hope this helps.

  • 4 months later...

post-217733-1176220952_thumb.jpg

...then tick the READ ONLY checkbox

...then click APPLY (third time)

...then click OK to close the properties window.

SWEET!!! That's the ONLY cure I've found so far for this horrible problem. Microsuck vehemently deny that there's anything wrong at all.

I've ALWAYS used my own custom Favicons in my Links bar then all of a sudden with IE7 they start randomly vanishing.

Microsnot asure us there's no problem. Yahuh.

Anywaze.. thanks kokono for this simple yet effective solution.

smooches,

? Phy? . . .

--------------~<'(((.<

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • A 13 billion year old secret about our Universe's origin was revealed by Sayan Sen Image by Pascal Küffer via Pexels Researchers at the Max-Planck-Institut für Kernphysik (MPIK) in Heidelberg had recreated a key chemical reaction from the early universe, producing results that could change scientists' understanding of how the first stars formed. The study focused on the helium hydride ion (HeH⁺), which is widely regarded as the first molecule to form in the universe. Scientists believe HeH⁺ appeared around 380,000 years after the Big Bang, when the universe had cooled enough for electrons and atomic nuclei to combine into neutral atoms in a period known as recombination. This marked the beginning of chemistry in the cosmos. Immediately after the Big Bang about 13.8 billion years ago, the universe was extremely hot and dense. As it expanded and cooled, hydrogen and helium became the dominant elements. Once neutral helium atoms formed, they could react with ionised hydrogen nuclei, or protons, to create helium hydride ions. Although simple in structure, HeH⁺ played an important role in the young universe. It was the first step in a chain of reactions that eventually produced molecular hydrogen (H₂), a molecule made up of two hydrogen atoms and now the most abundant molecule in the universe. Molecular hydrogen later became a key ingredient in the formation of the first stars. At the time, the universe had entered a phase often called the cosmological "dark age." Matter had become transparent to light following recombination, but there were still no stars or galaxies producing visible light. Several hundred million years would pass before the first stars appeared. For those first stars to form, large clouds of gas had to collapse under their own gravity. To do that, the gas needed to cool by releasing energy. While hydrogen atoms can help with this process at high temperatures, they become less effective below about 10,000 degrees Celsius. Molecules can continue the cooling process by releasing energy through rotational and vibrational motions. Scientists have long considered HeH⁺ a potentially important coolant because of its comparatively large dipole moment, a property that describes how electric charge is distributed within a molecule and allows it to release energy efficiently. The amount of helium hydride present in the early universe may therefore have influenced how easily the first stars could form. At the same time, HeH⁺ was constantly being destroyed. Under primordial conditions, its main destruction mechanisms were recombination with free electrons and chemical reactions with hydrogen atoms. These reactions ultimately helped produce molecular hydrogen, linking the formation and destruction of HeH⁺ to the chemistry that shaped the early universe. For many years, theoretical studies suggested that reactions between HeH⁺ and hydrogen atoms would become much slower at low temperatures. Scientists believed there was an energy barrier along the reaction pathway that reduced the chances of the reaction taking place in the cold conditions of the early universe. The new study suggests otherwise. To investigate the process, researchers recreated a closely related reaction using deuterium, a naturally occurring isotope of hydrogen that contains one proton and one neutron in its nucleus. When HeH⁺ collides with deuterium, it forms an HD⁺ ion and a neutral helium atom. This allows scientists to study the reaction in a controlled way while closely mimicking the behaviour of the original reaction involving hydrogen. The experiments were carried out at the Cryogenic Storage Ring (CSR) at MPIK, a specialised facility designed to recreate conditions similar to those found in space. Researchers stored HeH⁺ ions in the 35-metre storage ring for up to 60 seconds at temperatures just a few kelvins above absolute zero and merged them with a beam of neutral deuterium atoms. By adjusting the speeds of the two particle beams, the team measured how the reaction rate changed with collision energy, which is directly related to temperature. The researchers found that the reaction rate remains almost constant as temperatures decrease. In other words, the reaction does not slow down at low temperatures as earlier models predicted. “Previous theories predicted a significant decrease in the reaction probability at low temperatures, but we were unable to verify this in either the experiment or new theoretical calculations by our colleagues,” explained Dr Holger Kreckel of MPIK. “The reactions of HeH⁺ with neutral hydrogen and deuterium therefore appear to have been far more important for chemistry in the early universe than previously assumed,” he continued. According to the researchers, the reaction appears to be barrierless, meaning there is no energy obstacle preventing it from taking place efficiently even at very low temperatures. The findings support recent theoretical work led by physicist Yohann Scribano, whose group identified an error in a widely used potential energy surface, a mathematical model used to describe how the energy of a system changes during a chemical reaction. The error appears to have caused previous studies to significantly underestimate reaction rates under primordial conditions. The new calculations closely match the experimental results. Together, they suggest that helium chemistry in the early universe may need to be re-evaluated. Because molecules such as HeH⁺ and molecular hydrogen played an important role in cooling primordial gas clouds, the findings could help scientists build more accurate models of how the first stars formed. By showing that helium hydride was likely destroyed more efficiently than previously thought, the study offers new insight into the chemical processes that shaped the universe during its earliest stages and helped set the conditions for the emergence of the first stars. Source: Max-Planck Institute, EDP Sciences This article was generated with some help from AI and reviewed by an editor. Under Section 107 of the Copyright Act 1976, this material is used for the purpose of news reporting. Fair use is a use permitted by copyright statute that might otherwise be infringing.
    • "What an interesting smell you've discovered"
    • It could EASILY be 70 for the base game BUT + lots of FOMO to make it up to 100-120, like a few days Early Access, online money, pre-order bonus cars, weapons, missions, clothing, avatars or profile stuff, etc... And still WAY TOO MANY people would buy those and make Rockstar insane money.
    • Just to understand: your solution to getting rid of an online password manager is...another online password manager?
    • Cjam 2.5.0.0 by Razvan Serea Cjam is a lightweight and fast MP3 editor for Windows that lets you cut, join, and edit MP3 files without re-encoding. This means your audio quality remains untouched, and edits happen instantly. Cjam is ideal for quick, lossless edits—whether you're trimming music, combining tracks, or preparing audio for learning tools or podcasts. It features batch processing, scripting support, cue and playlist file handling, and a simple interface. Cjam is perfect for anyone who needs efficient MP3 editing without the complexity of full audio suites. Cjam requires a PC running Windows 10 or later and Microsoft .NET 6.0 or later. Key features for Cjam: No Re-encoding: Edit MP3 files without losing quality. Cut and Join MP3: Easily cut, trim, and combine MP3 tracks. Batch Processing: Edit multiple files at once for faster workflows. Scriptable Interface: Automate tasks with a custom command language. Cue and Playlist Support: Handle CUE and playlist files for seamless audio management. Fast and Lightweight: Quick processing with minimal system resources. Lossless Audio Editing: Ensure your edits don't affect audio quality. Simple User Interface: Clean, intuitive design for easy navigation. File Format Support: Works with MP3, Cjam-specific file formats (CJAMC, CJAMJ, CJAM). Cjam 2.5.0.0 changelog: Added clipboard-based import/export support for mp3DirectCut Added clipboard-based export support for REAPER Added support for naming IMP3 elements Changed the Reset behavior to preserve Undo/Redo history; use Shift key + Reset button to clear it Added a new command parameter (qcp) Added 8 new entries to lang.txt (main_c124-126, main_d150-151, main_m082, vme_c014, vme_d005) Fixed a bug where the il parameter was incorrectly applied when pasting VMP3s into the main list Fixed several other minor bugs Download: Cjam 2.5.0.0 | 1.4 MB (Freeware) Links: Cjam Home Page | Cjam Manual | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
  • Recent Achievements

    • Dedicated
      JuvenileDelinquent earned a badge
      Dedicated
    • First Post
      DrWankel earned a badge
      First Post
    • Reacting Well
      DrWankel earned a badge
      Reacting Well
    • Week One Done
      Supreme Spray LV earned a badge
      Week One Done
    • Week One Done
      Genuinetonerink- Dubai earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      504
    2. 2
      +Edouard
      163
    3. 3
      PsYcHoKiLLa
      91
    4. 4
      Steven P.
      75
    5. 5
      Michael Scrip
      72
  • Tell a friend

    Love Neowin? Tell a friend!