View Issue Details

IDProjectCategoryView StatusLast Update
0011700mantisbtupgradepublic2010-09-19 03:12
ReporterDonSleza4e Assigned Tojreese  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionduplicate 
PlatformIIS 6.0OSWindows 2003 ServerOS VersionSP2
Product Version1.2.0 
Summary0011700: Root path is incorrect in rendered html
Description

Sorry for my English...

Previously I used v1.1.8 without problems
Now I tried to update:

  • unpacked 1.2.0 to new dir (C:\Mantis\mantisbt-1.2.0)
  • set bugtracker site home dir to (C:\Mantis\mantisbt-1.2.0) in IIS
  • run http://bt.mywebsite.com//admin/install.php
  • specified mysql connection info
  • system generated config_inc.php and upgrated database without problems

Now I trying to open http://bt.mywebsite.com/

All urls in rendered page now have \ symbol at start:

< link rel="stylesheet" type="text/css" href="\/css/default.css" / >
...
< img border="0" alt="Mantis Bug Tracker" src="\/images/mantis_logo.gif" / >

Internet Explorer 8 still can render this page well, but my default browser Google Chrome can't do it (no css styles applied, visiting any page leads to 'page not found')

I also tried to use config_inc.php.sample with no luck.

I'm curious because this problem exists in final build, and I did not do some unusual configs (all settings are default)

thank you

TagsNo tags attached.

Relationships

duplicate of 0011534 closedjreese Incorrect url/path detection 
related to 0010652 closedjreese Clean install returns errors if Mantis installed in root 

Activities

javatopia

javatopia

2010-03-23 11:57

reporter   ~0024874

I had the same problem with an upgrade from 1.1.8 to 1.2. Found that my directory path in apache config was pointing at the top directory instead of the home directory:

old path: /var/www/html/mantis-installs
corrected path: /var/www/html/mantis-installs/mantis-1.2

When I did this, I was able to run the mantis-1.2 install without the root path problem.

atrol

atrol

2010-03-23 11:59

developer   ~0024875

Check whether this is your problem
http://www.mantisbt.org/bugs/view.php?id=11534

If yes, have a look at this note for a workaround
http://www.mantisbt.org/bugs/view.php?id=11534#c24489

javatopia

javatopia

2010-03-23 12:03

reporter   ~0024877

Nope, that was not my problem - I checked that after the upgrade as well. Did a full scale egrep for the "bt-1.2" prefix throughout the code and could not find any instances of it.

The soft link doesn't seem to bother it as much as the FILE returned out of the apache confguration. It looks as if your URL detection code is looking for "<something>/mantis" and is only culling that portion out of the URL instead of looking at the full path, e.g. "<someting>/mantisbt-1.2". That's all useless speculation though.

javatopia

javatopia

2010-03-23 12:04

reporter   ~0024878

Also, I am on Centos 4 with apache and mysql 5.

DonSleza4e

DonSleza4e

2010-03-23 12:04

reporter   ~0024879

Last edited: 2010-03-23 12:05

javatopia, 2010-03-23 11:57 (0024874)

Thank you for the answer. I checked, ISS correctly points to directory (C:\Mantis\mantisbt-1.2.0)

I tried to specify path to older mantis (C:\Mantis\mantisbt-1.1.8) - everything rendered well (login page)

I tried to make config_inc.php be equal in both directories (for 1.1.8 and 1.2.0) - problem still exists

So 1.2.0 and 1.1.8 renders root path different way with same config file

mantisbugs@rightshift.biz

mantisbugs@rightshift.biz

2010-03-23 12:48

reporter   ~0024885

See 0010652

DonSleza4e

DonSleza4e

2010-03-24 02:53

reporter   ~0024890

Thank you for all responses

Simpliest solution for me is move bugtracker to subfolder

Now I'm using http://bt.example.com/bt/index.php instead of buggy http://bt.example.com/index.php

Anyway fix should be implemented for this problem soon or later