Application fails to start due to libglib

Bug #1256704 reported by Travis Stewart
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Midori Web Browser
Fix Released
Undecided
Paweł Forysiuk

Bug Description

I just installed Midori 0.5.6 on a Window XP SP3 32-bit system. On startup I get the error:

"This application has failed to start because libglib-2.0-0.dll was not found".

In addition, once I click okay and move past this error I get another RUNDLL error:

"Error loading C:\PROGRA~1\Midori\bin\LIBGIO~1.DLL, The specified module could not be found"

The application still starts and I can use the browser , but it is certainly rather annoying.

The about:version info is listed below:

alias a=b; echo Copy carefully #bout:version

Version numbers in brackets show the version used at runtime.

Command line C:\Program Files\Midori\bin\midori.exe
Midori 0.5.6 ((null))
GTK+ 3.6.4 (3.6.4) Glib 2.34.3 (2.34.3)
WebKitGTK+ 1.10.2 (1.10.2) libSoup 2.40.3
cairo 1.12.10 (1.12.10) libnotify No
gcr No granite No
Platform Windows NT 5.1
Identification Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.6 (KHTML, like Gecko) Chrome/18.0.1025.133 Safari/537.6 Midori/0.5
Video Formats H264 [x] Ogg Theora [x] WebM [x]

Tags: win32

Related branches

Revision history for this message
Paweł Forysiuk (tuxator) wrote :

Installer sometimes embedds the wrong "start here" path when installing for Midori shortcuts, it should work fine if you change it to "C:\Program Files\Midori\bin". Not sure yet what is the cause, looks like maybe some accidentally reused variable in the installer.

Changed in midori:
status: New → Confirmed
assignee: nobody → Paweł Forysiuk (tuxator)
milestone: none → 0.5.7
tags: added: win32
Revision history for this message
Travis Stewart (travisstewart42) wrote :

When I looked at the "start in" path it was set as "C:\Program Files\Midori" so I modified this to "C:\Program Files\Midori\bin" and tried restarting the browser. While the original error went away, this has resulted in another error:

"The procedure entry point iconv could not be located in in the dynamic link library ICONV.DLL"

followed by the second error I was getting:

"Error loading C:\PROGRA~1\Midori\bin\LIBGIO~1.DLL, The specified module could not be found"

Revision history for this message
mhtrinh (mhtrinh) wrote :

+1
I have the same problem (same version : midori 0.5.6, winXP SP3 32bit).
When run midori directly from C:\Program Files\Midori\bin, it crash (unhandle exception and ask for my debugger, MS Visual studio ...).
The same happen when I correct the link in "start here" to "C:\Program Files\Midori\bin" and run from the link.

Cris Dywan (kalikiana)
Changed in midori:
milestone: 0.5.7 → 0.5.8
Cris Dywan (kalikiana)
Changed in midori:
milestone: 0.5.8 → 0.5.7
status: Confirmed → Fix Committed
Cris Dywan (kalikiana)
Changed in midori:
status: Fix Committed → Fix Released
Revision history for this message
S.A.S (saslist) wrote :

Hi Folks,
To: Christian Dywan -
Be advised the version 0.5.7 still has the exact same issues!

As of earlier this afternoon, I had downloaded and installed Midori from the www.midori-browser.org site.
I also experienced the exact issues as described by the original poster, Travis Stewart. I saw both the error messages just as Travis described.

I do think that I have developed a tempoary work around for the issues. I think item 2 below will provide you a pointer to what still needs to be fixed in the code.

1) I did fix the path as suggested to include the "\bin" in the Start Here box so that the path now reads as: "C:\Program Files\Midori\bin". However, please be advised that in addition to fixing the Midori link in the C:\Documents and Settings\All Users\Desktop folder, I verified and made the same correction to the following:
  - Link in the C:\Program Files\Midori folder:
      - the "Midori" link.
  - Links in the C:\Documents and Settings\All Users\Start Menu\Programs\Midori folder:
      - the "Midori" and "Website" links.

2) Further, I also did the following to address the second error message that Travis discribed above. In the C:\Program Files\Midori\bin folder, I made a short cut of the "libgio-2.0-0.dll" BUT RENAMED this new short cut to "libgio-1.0-0.dll" to have it point to the newer "...2.0-0.dll" version of that library file. This seems to take care of whatever code is still looking for the previous "...1.0-0.dll" file while re-directing it towards the current "...2.0-0.dll" file. This works to satisfy and eliminate that second error message that Travis described.

Now I do NOT get any error messages when I launch the browser. I have been running the browser for a few hours now, surfing with multi-tabs, changing Preferences, using Book Marks, Starting & Stopping the browser to exit and re-launch numerous times...NO crashes while using...NO error messages at launch.

I'm on an older computer with:
 - Windows XP, SP3
 - Single processor @ 1.90 GHz
 - 1.00 GB RAM

The Midori browser info is provided here:

The about:version is shown here.
alias a=b; echo Copy carefully #bout:version

Version numbers in brackets show the version used at runtime.

Command line C:\Program Files\Midori\bin\midori.exe
Midori 0.5.7 ((null))
GTK+ 3.6.4 (3.6.4) Glib 2.34.3 (2.34.3)
WebKitGTK+ 1.10.2 (1.10.2) libSoup 2.40.3
cairo 1.12.10 (1.12.10) libnotify No
gcr No granite No
Platform Windows NT 5.1
Identification Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.6+ Midori/0.5
Video Formats H264 [x] Ogg Theora [x] WebM [x]

I post this in hopes that it will be helpful to you for a future code fix and helpful to others as a temporary work around until that fix is published.

Thanks so much for a great lightweight browser that sails along quick and smooth on my old dog 'puter.
S.A.S.

Revision history for this message
Amy Dodd (planktonette) wrote :

I can confirm having just installed midori on a fresh win xp install that this bug is still present in v0.5.9.

alias a=b; echo Copy carefully #bout:version

Version numbers in brackets show the version used at runtime.

Command line C:\Program Files\Midori\bin\midori.exe
Midori 0.5.9 ((null)) Midori.exe
GTK+ 3.10.4 (3.10.4) Glib 2.40.0 (2.40.0)
WebKitGTK+ 2.2.6 (2.2.6) libSoup 2.44.2
cairo 1.12.16 (1.12.16) libnotify No
gcr No granite No
Platform Windows NT 5.1
Identification Mozilla/5.0 (Windows NT 5.1) AppleWebKit/538.1 (KHTML, like Gecko) Chrome/18.0.1025.133 Safari/538.1 Midori/0.5
Video Formats H264 [x] Ogg Theora [x] WebM [x]

Revision history for this message
Giovanni Preda (preda-giovanni) wrote :

Bug still present in v0.5.11

Revision history for this message
aol support (aolsupport123) wrote :

Hi Trevis,
      I am still getting the bug problem in v0.5.11,can you provide me some appropriate solution for this bug .For aol account recovery issues you can visit us at <a href="http://emailsupportnumber.org/aol-support/"> aol Tech Support</a>

Revision history for this message
Alexander Day (adayhotsauce) wrote :

still affects me on 0.5.11

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.