Redmine

Looks like a db problem to me, have you been poking around the db? What is your setup, software versions, and so on?

Hi Felix,
Thanks for the response. The information about our setup is the next problem. The script/about does not work. But I'll put that into another issue.

Here's the setup of the machine:

Ubuntu 2.6.28-17-server
MySQL 5.0.75-0
Ruby 1.8.7 (2008-08-11 patchlevel 72)
Rails 2.1.2
Redmine 0.8.4

And no, I haven't poked around the DB. Meanwhile I think it has something to do with the localization.

The funny thing is (you can see it on my screenshot): Everything is localized to german - only this single label not. If I look into the redmine/lang/de.yml, the label_updated_time_by is localized (label_updated_time_by: Von %s vor %s aktualisiert
).

There's another de.yml file, that contains the string "Updated by {{author}} {{age}} ago". It belongs to the ezFAQ plugin.

Focusing on the localization, I found a (maybe) similiar issue: [[http://www.redmine.org/boards/3/topics/5416]]

I think you will have to run RAILS_ENV=production script/about or something similar.

Is the string "Updated by {{author}} {{age}} ago" also preceded by label_updated_time_by:? If yes, just try to comment it out (yaml comments are preceded by # iirc), restart the rails server, and try if it fixes the problem. If yes, I suggest you contact the author of the plugin to make him aware of the bug.

Felix Schäfer wrote:

I think you will have to run RAILS_ENV=production script/about or something similar.

That's what I tried, but it didn't work.

Is the string "Updated by {{author}} {{age}} ago" also preceded by label_updated_time_by:? If yes, just try to comment it out (yaml comments are preceded by # iirc), restart the rails server, and try if it fixes the problem. If yes, I suggest you contact the author of the plugin to make him aware of the bug.

Yes, the string is also preceded by label_updated_time_by:. I already commented it out, but I don't know how to restart rails :-(

By mistake, I started the webrick http server on port 3000 - and there it works!!

Thanks and greetings,
Christoph

Ok, if it worked in the webrick, it should also work in the production system. What rails server are you using? If it's passenger, just touch tmp/restart.txt in the redmine folder. If it's through mongrels or whatever, you'll have to kill and restart the mongrels.

Really can't figure out how to restart rails:-( I'm not the one who set up that server...

But,a "reboot" did it :-), and it works now. Great. I'll try to contact the author of the ezFAQ plugin.

Thanxalot for your help.

Regards,
Christoph

Naja, das ist zwar mit einer Kanone auf ein Spatzen geschossen, aber das tut's natürlich auch ;-)

Glad it worked for you.

hi,

old post, but after installing last stable redmine on linux with passenger i have the some problem christop wrote.

what did the job for you please?

when starting with webrick everything works fine, only with passenger/apache.

thank you.

regards,
daniel

hm, very strange, even on the official forum here i can see the problem.

i attached a screenshot, is this maybe a general problem or maybe a browser problem on my side?

kind regards,
danie

Suddenly my Redmine started to show the same in various places:
This URL has {{type}} access.

I think this was after the last upgrade of Debian package....

i use redmin on debian with apache2 and passenger to.

i used for redmin the latest stable file from redmine.org

if someone more confirm this problem for latest version on debian, this could be posted as bug?

kind regards,
daniel

by the way, the problem to have all the variables been shown instead of the values is not only in the history, but on the whole site of redmin.

I have the newest debian redmine package installed and I am affected by this issue.

I had a similar issue after installing a plugin that required the i18n gem which resulted in my unintentionally upgrading i18n to 0.5.0. When I rolled back to i18n 0.4.1 it solved the issue for me. Here were the commands I used:

gem install --no-rdoc --no-ri i18n -v 0.4.1

In order to make sure I had 0.4.1 available on my system, and then:

gem uninstall i18n

And then select the newer version of i18n that it is necessary to get rid of (in my case it was i18n 0.5.0), then restart Redmine.

I can't guarantee this is going to help, but in my case it did.

Thanks! Indeed that helped.
I will open a ticket for that because it is another situation when conflicting gems make Redmine unstable.

yes, that solved my problem too, thank you very much.

For referencing: this is initially reported as issue #7013.

I've just updated to version 1.0.5 via svn and I've found the same problem. Using v0.4.1 of i18n is no solution for me, as the current redmine versions asks explicitly for v.0.4.2 of i18n.

Halle Winkler wrote:

I had a similar issue after installing a plugin that required the i18n gem which resulted in my unintentionally upgrading i18n to 0.5.0. When I rolled back to i18n 0.4.1 it solved the issue for me. Here were the commands I used:

gem install --no-rdoc --no-ri i18n -v 0.4.1

In order to make sure I had 0.4.1 available on my system, and then:

gem uninstall i18n

And then select the newer version of i18n that it is necessary to get rid of (in my case it was i18n 0.5.0), then restart Redmine.

I can't guarantee this is going to help, but in my case it did.

yes, that solved my problem too, thank you very much.

In my case that didn't solve the problem. I'm still stuck wit the %{var} everywhere. This is my list of gems:

abstract (1.0.0)
actionmailer (3.0.1, 3.0.0, 2.3.5)
actionpack (3.0.1, 3.0.0, 2.3.5)
activemodel (3.0.1, 3.0.0)
activerecord (3.0.1, 3.0.0, 2.3.5)
activeresource (3.0.1, 3.0.0, 2.3.5)
activesupport (3.0.1, 3.0.0, 2.3.5)
acts_as_ferret (0.5.1, 0.4.8, 0.4.4)
arel (2.0.1, 1.0.1)
builder (2.1.2)
bundler (1.0.3, 1.0.2, 1.0.0)
daemon_controller (0.2.5)
erubis (2.6.6)
fastthread (1.0.7)
ferret (0.11.6)
file-tail (1.0.5)
gemcutter (0.6.1)
holidays (0.9.3)
i18n (0.4.2)
icalendar (1.1.5)
jk-ferret (0.11.8.2)
mail (2.2.7, 2.2.6.1, 2.2.5)
mime-types (1.16)
mysql (2.8.1)
ooor (1.4.2)
passenger (3.0.0, 2.2.15, 2.2.11)
polyglot (0.3.1)
prawn (0.8.4)
prawn-core (0.8.4)
prawn-layout (0.8.4)
prawn-security (0.8.4)
rack (1.2.1, 1.1.0, 1.0.1)
rack-mount (0.6.13)
rack-test (0.5.6, 0.5.4)
rails (3.0.1, 3.0.0, 2.3.5)
railties (3.0.1, 3.0.0)
rake (0.8.7)
rubygems-update (1.3.7)
rubyist-aasm (2.1.1)
spruz (0.1.5)
thor (0.14.3, 0.14.0)
treetop (1.4.8)
tzinfo (0.3.23)

Daniel ebert wrote:

by the way, the problem to have all the variables been shown instead of the values is not only in the history, but on the whole site of redmin.

removing i18n fix the problem for me

gem uninstall i18n

Sergi de Pablos wrote:

I've just updated to version 1.0.5 via svn and I've found the same problem. Using v0.4.1 of i18n is no solution for me, as the current redmine versions asks explicitly for v.0.4.2 of i18n.

I ran into this problem too. Will be possible that other gem is causing the conflict version?
My list of gems:

actionmailer (2.3.11)
actionpack (2.3.11)
activerecord (2.3.11)
activeresource (2.3.11)
activesupport (2.3.11)
i18n (0.4.2)
rack (1.1.1, 1.0.1)
rails (2.3.11)
rake (0.9.0)

I have only Redmine running into Apache2 + Passenger.
Hope someone help me.

Oh, it seems that I have the same problem and I not very sure why it happened.

In News tab, I've seen that [Updated by {{author}} {{age}} ago]

anyone one know how to solved it?

I used the redmine 1.3.0 rails 2.3.11 and ruby 1.8.7

Thanks

a pity. redmine support the i18n 0.4.2 nice, but it could not support higher version.

Thanks.