#939 Wrong path to /themes/darkblue_orange/img/error.ico

2.8.2
closed
None
5
2006-12-11
2006-08-15
Paco
No

Something is maybe hardcoded or badcoded, that forces
phpMyAdmin to look
for /themes/darkblue_orange/img/error.ico, and that
results in a 404 not found when phpMyAdmin is not
installed in the root path of the given url (p.e.
inside the folder phpmyadmin -
http://localhost/phpMyAdmin/\).

I personally fixed the problem with an alias in Apache
(to avoid such 404 in my logs), but this is a bug.

Discussion

  • Paco

    Paco - 2006-08-15

    Logged In: YES
    user_id=1575932

    If it helps, here's a snippet of my automated report of
    Apache errors, where you can see under what circumstances
    the file is requested:
    ----------------------------------------------------
    DOWNGRADE_1_0 = 1
    FORCE_RESPONSE_1_0 = 1
    HTTPS = on
    HTTP_CONNECTION = Keep-Alive
    HTTP_HOST = some.domain.com
    HTTP_REFERER =
    https://some.domain.com/mysql/tbl_properties_structure.php?
    db=erp&token=7cd238998b4c35cb024c01ec889c1c25&table=ml_templ
    ates_relationship
    HTTP_UA_CPU = x86
    HTTP_USER_AGENT = Mozilla/4.0 (compatible; MSIE 6.0;
    Windows NT 5.2; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
    NOKEEPALIVE = 1
    REMOTE_ADDR = 127.0.0.1
    REMOTE_PORT = 4280
    REQUEST_METHOD = GET
    REQUEST_URI = /themes/darkblue_orange/img/error.ico
    SERVER_ADDR = 127.0.0.1
    SERVER_ADMIN = me@some.domain.com
    SERVER_SOFTWARE = Galeza/2.0.1 / Apache/1.3.27 (Win64)
    mod_perl/1.29_01 mod_ssl/2.8.12 OpenSSL/0.9.6g PHP/5.1.4
    SSL_CIPHER = RC4-MD5
    SSL_CIPHER_ALGKEYSIZE = 128
    SSL_CIPHER_EXPORT = false
    SSL_CIPHER_USEKEYSIZE = 128
    SSL_CLIENT_VERIFY = NONE
    SSL_PROTOCOL = SSLv3
    SSL_SERVER_A_KEY = rsaEncryption
    SSL_SERVER_A_SIG = sha1WithRSAEncryption
    SSL_SERVER_I_DN = /C=US/ST=Arizona/L=Scottsdale/O=Starfield
    Technologies,
    Inc./OU=http://www.starfieldtech.com/repository/CN=Starfield
    Secure Certification
    Authority/emailAddress=practices@starfieldtech.com
    SSL_SERVER_I_DN_C = US
    SSL_SERVER_I_DN_CN = Starfield Secure Certification
    Authority
    SSL_SERVER_I_DN_EMAIL = practices@starfieldtech.com
    SSL_SERVER_I_DN_L = Scottsdale
    SSL_SERVER_I_DN_O = Starfield Technologies, Inc.
    SSL_SERVER_I_DN_OU = http://www.starfieldtech.com/repository
    SSL_SERVER_I_DN_ST = Arizona
    SSL_SERVER_M_SERIAL = 3DB8A1
    SSL_SERVER_M_VERSION = 3
    SSL_SERVER_S_DN = /O=some.domain.com/OU=Domain Control
    Validated/CN=some.domain.com
    SSL_SERVER_S_DN_CN = some.domain.com
    SSL_SERVER_S_DN_O = some.domain.com
    SSL_SERVER_S_DN_OU = Domain Control Validated
    SSL_SERVER_V_END = Apr 3 00:48:39 2007 GMT
    SSL_SERVER_V_START = Apr 4 14:48:08 2006 GMT
    SSL_SESSION_ID =
    05C8A374DC9FF9D335CCE6C5843C05E05CD017E14E092B82714CAFB12145
    B2AD
    SSL_UNCLEAN_SHUTDOWN = 1
    SSL_VERSION_INTERFACE = mod_ssl/2.8.12
    SSL_VERSION_LIBRARY = OpenSSL/0.9.6g

     
  • Michal Čihař

    Michal Čihař - 2006-08-15

    Logged In: YES
    user_id=192186

    Which browser are you using? This is AFAIR bug in MSIE which
    wrongly interprets CSS (there was some workaround for it,
    but it seems to be lost over time).

     
  • Paco

    Paco - 2006-08-15

    Logged In: YES
    user_id=1575932

    Hi. As the snippet of my logs shows, i'm using Internet
    Explorer. However... being this a CSS bug, how come ONLY
    that image is being missdirected? I think that would happen
    with almost all references to images in CSS if that was the
    case...

    Anyway, a perfect workarround for CSS differences in IE, is
    to add an underscore to the parameter that needs to be
    special for IE. Example:

    .specialDiv { width: 700px; _width: 690px; }

    IE recognizes the second parameter, while compliant
    browsers ignore it. The result: IE reads twice the
    parameter and keeps the last one. This example would make a
    div with a 700px width in compliant browsers, while would
    make it 690px for IE only.

    If this is the case, this should work. However, i still
    have my doubts about such cause, since i only see error logs
    for that specific image (unless, of course, that the
    workarround is implemented and only that image is getting
    lost from the workarround).

    Paco.

     
  • Jürgen Wind

    Jürgen Wind - 2006-08-24

    Logged In: YES
    user_id=1383652

    See theme_right.css.php (also in "original" theme,line ~576):
    cursor: url(....../img/error.ico), default;

    .ico is not a legal extention for cursor images and only
    tolerated by some browsers (opera even fired up the error
    console).

    instead of

    ...error.ico), default;

    it should read

    ...error.cur), auto; (with an appropriate img provided)

    As it is not very inportant (the tab is greyed anyway), you
    can replace the offending line with:

    cursor: auto;

    for the moment.

     
  • Paco

    Paco - 2006-08-24

    Logged In: YES
    user_id=1575932

    Hi windkiel,

    You're right about the extension. However, that's not the
    main point of the problem. The issue is how the path to
    that image is being called, since the way it is now, makes
    Internet Explorer look for an absolute path starting
    by /themes, instead of a relative path to the current
    installation path.

     
  • Jürgen Wind

    Jürgen Wind - 2006-08-24

    Logged In: YES
    user_id=1383652

    hi Paco,
    what happens, if you put any *.cur (f.e. cross.cur from
    %windir%\cursors\) into the img folder ?

    if you have spaces in your path maybe it should look like
    this: ...url("....../img/error.ico")...

    but again : the pathes to the other .png icons are the same!?

     
  • Marc Delisle

    Marc Delisle - 2006-11-26

    Logged In: YES
    user_id=210714
    Originator: NO

    I tried to reproduce with phpMyAdmin 2.9.1.1: using darkblue_orange theme, I type an invalid SQL query, then I see the red X (error.ico) on-screen. I am using Internet Explorer 6 on Win XP and nothing shows in Apache's error log.

     
  • Marc Delisle

    Marc Delisle - 2006-11-26
    • labels: 317619 -->
    • milestone: 615958 --> 2.8.2
    • assigned_to: nobody --> lem9
    • status: open --> pending
     
  • SourceForge Robot

    Logged In: YES
    user_id=1312539
    Originator: NO

    This Tracker item was closed automatically by the system. It was
    previously set to a Pending status, and the original submitter
    did not respond within 14 days (the time period specified by
    the administrator of this Tracker).

     
  • SourceForge Robot

    • status: pending --> closed
     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks