Recent Posts

Subscribe to Recent Posts 340 posts found

posted almost 3 years ago
admin 57 posts

edited almost 3 years ago

Forum: Heterotic Beast – Topic: redirecting bug ??

When I do a virgin install of Heterotic Beast, launch the application, and then connect to port 3000, I get the following on the console:

script/rails server
=> Booting Mongrel
=> Rails 3.1.1 application starting in development on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server


Started GET "/" for 127.0.0.1 at 2011-11-30 10:50:11 -0600
  Processing by ForumsController#index as HTML
  Site Load (0.3ms)  SELECT "sites".* FROM "sites" WHERE (host = 'localhost' or host = '')
DEPRECATION WARNING: class_inheritable_attribute is deprecated, please use class_attribute method instead.
 Notice their behavior are slightly different, so refer to class_attribute documentation first. (called from
 <class:User> at /Users/distler/src/heterotic_beast/app/models/user/states.rb:2)
DEPRECATION WARNING: class_inheritable_attribute is deprecated, please use class_attribute method instead.
 Notice their behavior are slightly different, so refer to class_attribute documentation first. (called from
 <class:User> at /Users/distler/src/heterotic_beast/app/models/user/states.rb:2)
DEPRECATION WARNING: class_inheritable_attribute is deprecated, please use class_attribute method instead.
 Notice their behavior are slightly different, so refer to class_attribute documentation first. (called from
 <class:User> at /Users/distler/src/heterotic_beast/app/models/user/states.rb:2)
DEPRECATION WARNING: class_inheritable_attribute is deprecated, please use class_attribute method instead.
 Notice their behavior are slightly different, so refer to class_attribute documentation first. (called from
 <class:User> at /Users/distler/src/heterotic_beast/app/models/user/states.rb:2)
  Forum Load (0.2ms)  SELECT "forums".* FROM "forums" WHERE "forums"."site_id" = 1 ORDER BY position
  User Load (0.3ms)  SELECT "users".* FROM "users" WHERE (users.last_seen_at >= '2011-11-30 16:40:13.336189'
 and users.site_id = 1)
Rendered forums/index.html.erb within layouts/application (256.5ms)
...

What do you get?

 
posted almost 3 years ago
juhlnet 8 posts

edited almost 3 years ago

Forum: Heterotic Beast – Topic: redirecting bug ??

I’ve changed MySQL to SQLite3 following your suggestion.

But it doesn’t work too. (emit same log)

FYI. I’m running instiki on the same server. it works fine.

I’m sure HB is definitely running with Rails 3.1.1.

Here is my gem list.


*** LOCAL GEMS ***

abstract (1.0.0)
actionmailer (3.1.3, 3.1.1, 3.0.7, 3.0.6, 2.3.12, 2.3.11, 2.3.5)
actionpack (3.1.3, 3.1.1, 3.0.7, 3.0.6, 2.3.12, 2.3.11, 2.3.5)
activemodel (3.1.3, 3.1.1, 3.0.7, 3.0.6)
activerecord (3.1.3, 3.1.1, 3.0.7, 3.0.6, 2.3.12, 2.3.11, 2.3.5)
activeresource (3.1.3, 3.1.1, 3.0.7, 3.0.6, 2.3.12, 2.3.11, 2.3.5)
activesupport (3.1.3, 3.1.1, 3.0.7, 3.0.6, 2.3.12, 2.3.11, 2.3.5)
acts_as_list (0.1.4, 0.1.2)
acts_as_state_machine (2.2.0)
albino (1.3.3, 1.3.2)
arel (2.2.1, 2.0.9)
autotest (4.4.6)
builder (3.0.0, 2.1.2)
bundler (1.0.21, 1.0.12)
cgi_multipart_eof_fix (2.5.0)
daemon_controller (0.2.6)
daemons (1.1.4, 1.0.10)
diff-lcs (1.1.3, 1.1.2)
erubis (2.7.0, 2.6.6)
execjs (1.2.9)
expression_parser (0.9.0)
fastthread (1.0.7)
gem_plugin (0.2.3)
github-markup (0.5.3)
gollum (1.3.1, 1.2.0)
grit (2.4.1)
highline (1.6.8, 1.6.5, 1.6.1)
hike (1.2.1)
i18n (0.6.0, 0.5.0, 0.4.2, 0.4.1)
itextomml (1.4.9)
json (1.6.1)
mail (2.3.0, 2.2.19, 2.2.15)
mime-types (1.17.2, 1.17.1, 1.16)
mongrel (1.2.0.pre2, 1.1.5)
multi_json (1.0.3)
mustache (0.99.4, 0.99.3)
mysql (2.8.1)
mysql2 (0.3.10, 0.2.7)
nokogiri (1.5.0, 1.4.4)
open4 (1.3.0, 1.2.0, 1.0.1)
passenger (3.0.10, 3.0.9)
permalink_fu (1.0.0)
Platform (0.4.0)
polyglot (0.3.3, 0.3.2, 0.3.1)
POpen4 (0.1.4)
posix-spawn (0.3.6, 0.3.5)
prototype-rails (3.1.0)
rack (1.3.5, 1.2.2, 1.1.1, 1.0.1)
rack-cache (1.1)
rack-mount (0.8.3, 0.7.1, 0.6.14)
rack-openid (1.3.1)
rack-protection (1.1.4)
rack-ssl (1.3.2)
rack-test (0.6.1, 0.5.7)
rails (3.1.3, 3.1.1, 3.0.7, 2.3.11)
rails3-generators (0.17.4)
railties (3.1.3, 3.1.1, 3.0.7, 3.0.6)
rake (0.9.2.2, 0.8.7)
rdiscount (1.6.8)
rdoc (3.11)
redcarpet (1.17.2)
RedCloth (4.2.9, 4.2.8, 4.2.7)
rspec (2.7.0, 2.5.0)
rspec-core (2.7.1, 2.5.2)
rspec-expectations (2.7.0, 2.5.0)
rspec-mocks (2.7.0, 2.5.0)
rspec-rails (2.7.0, 2.5.0)
ruby-openid (2.1.8)
rubygems-update (1.8.11, 1.4.2)
sanitize (2.0.3, 2.0.1)
sass (3.1.10)
sass-rails (3.1.5, 3.1.4)
sinatra (1.3.1, 1.2.3, 1.2.2)
sprockets (2.1.2, 2.0.3)
sqlite3 (1.3.4, 1.3.3)
sqlite3-ruby (1.3.3)
thor (0.14.6)
tilt (1.3.3, 1.2.2)
treetop (1.4.10, 1.4.9)
tzinfo (0.3.31, 0.3.30, 0.3.27, 0.3.26)
uglifier (1.1.0, 1.0.4)
wikicloth (0.7.1, 0.7.0, 0.6.3)
will_paginate (3.0.2)
ZenTest (4.6.2, 4.5.0)
 
posted almost 3 years ago
admin 57 posts

Forum: Heterotic Beast – Topic: redirecting bug ??

Hmmm.

How about this? Let’s try to eliminate MySQL from the picture.

cp config/database.sample.yml config/database.yml
ruby bundle exec rake app:bootstrap

and respond that you want to keep the existing database.yml file. This will use SQLite3, instead of MySQL (it also uses separate database files for development and for production, but you could change that by editing the file).

If you can get Heterotic Beast to work with SQLite3, then we can narrow down the problem to your MySQL setup.

 
posted almost 3 years ago
juhlnet 8 posts

Forum: Heterotic Beast – Topic: redirecting bug ??

I’ve been running server foreground already.

and I created two databases in MySQL with below command.

create database heterotic character set utf8;
create database heterotic_test character set utf8;
create user 'heterotic2'@'localhost' identified by 'my_password';
grant all privileges on heterotic.* to 'heterotic2'@'localhost';
grant all privileges on heterotic_test.* to 'heterotic2'@'localhost';

and then did app:bootstrap.

Here is the my website. http://peppercode.net:3000

 
posted almost 3 years ago
admin 57 posts

Forum: Heterotic Beast – Topic: redirecting bug ??

Hmmm…. Well, that’s puzzling.

Try running the server in the foreground in development mode; ie

script/rails server

instead of

script/rails server -d -e production

and report back what you see on the commandline.

I’ve done a fresh install of Heterotic Beast twice, now, and I can’t seem to reproduce your behaviour. My suspicion is that something is f%#@’d up with the communication between HB and MySQL.

 
posted almost 3 years ago
juhlnet 8 posts

Forum: Heterotic Beast – Topic: redirecting bug ??

Sorry for my mistake.

Now admin user created normally.

But same problem.

 
posted almost 3 years ago
admin 57 posts

Forum: Heterotic Beast – Topic: redirecting bug ??

And, if you paid attention, as the bootstrap script executed, it told you exactly what the problem was:

Time to create your administrator account.
Login:  |admin|

Password:
*****
Email:  |admin@example.com|
admin@example.com
The user didn't validate for whatever reason. Fix and call user.save!
Password is too short (minimum is 6 characters)

You failed to create the initial “admin” user, whose presence is needed, in order for Heterotic Beast to function.

 
posted almost 3 years ago
juhlnet 8 posts

edited almost 3 years ago

Forum: Heterotic Beast – Topic: redirecting bug ??

Thanks for replying.

I’ve updated Rails to 3.1.1 now. and cloned from GitHub.

but same problem.

I’ve created MySQL database (heterotic, heterotic_test) manually.

Here is the app:bootstrap log. (sorry for long text again)


juhl@jufoot:/var/www/heterotic_beast$ sudo ruby bundle exec rake app:bootstrap
Bootstrapping Heterotic_beast...

1) Create database.yml config file.
2) Load Database Schema.
3) Setup the Application Database.

It looks like you already have a database.yml file.
Would you like to CLEAR it and start over? [y/n]
y

Host name:  |localhost|


This same database will be used for your DEV and PRODUCTION environments.
The test database name will be inferred from this database name.
Database name:
heterotic

User name:  |root|
heterotic2

Password:
********

Socket path: (blank by default)

Your databases:
Development: 'heterotic'
Production:  'heterotic'
Test:        'heterotic_test'

Now it's time to load the schema into the development and test databases.  Any existing data will be
OVERWRITTEN. Are you sure you wish to continue? [y/n]
y

mkdir -p /var/www/heterotic_beast/log
Attempting to reset the database.
heterotic_test already exists
-- create_table("brain_busters", {:force=>true})
   -> 0.0080s
-- create_table("forums", {:force=>true})
   -> 0.0341s
-- add_index("forums", ["position", "site_id"], {:name=>"index_forums_on_position_and_site_id"})
   -> 0.0571s
-- add_index("forums", ["site_id", "permalink"], {:name=>"index_forums_on_site_id_and_permalink"})
   -> 0.0040s
-- create_table("moderatorships", {:force=>true})
   -> 0.0034s
-- create_table("monitorships", {:force=>true})
   -> 0.0036s
-- create_table("open_id_authentication_associations", {:force=>true})
   -> 0.0034s
-- create_table("open_id_authentication_nonces", {:force=>true})
   -> 0.0032s
-- create_table("open_id_authentication_settings", {:force=>true})
   -> 0.0051s
-- create_table("posts", {:force=>true})
   -> 0.0039s
-- add_index("posts", ["created_at", "forum_id"], {:name=>"index_posts_on_forum_id"})
   -> 0.0039s
-- add_index("posts", ["created_at", "topic_id"], {:name=>"index_posts_on_topic_id"})
   -> 0.0040s
-- add_index("posts", ["created_at", "user_id"], {:name=>"index_posts_on_user_id"})
   -> 0.0042s
-- create_table("sites", {:force=>true})
   -> 0.0042s
-- create_table("topics", {:force=>true})
   -> 0.0049s
-- add_index("topics", ["forum_id", "permalink"], {:name=>"index_topics_on_forum_id_and_permalink"})
   -> 0.0199s
-- add_index("topics", ["last_updated_at", "forum_id"],
 {:name=>"index_topics_on_forum_id_and_last_updated_at"})
   -> 0.0048s
-- add_index("topics", ["sticky", "last_updated_at", "forum_id"],
 {:name=>"index_topics_on_sticky_and_last_updated_at"})
   -> 0.0049s
-- create_table("users", {:force=>true})
   -> 0.0071s
-- add_index("users", ["last_seen_at"], {:name=>"index_users_on_last_seen_at"})
   -> 0.0046s
-- add_index("users", ["site_id", "permalink"], {:name=>"index_site_users_on_permalink"})
   -> 0.0054s
-- add_index("users", ["site_id", "posts_count"], {:name=>"index_site_users_on_posts_count"})
   -> 0.0057s
-- initialize_schema_migrations_table()
   -> 0.0088s
-- assume_migrated_upto_version(20090317123901, ["/var/www/heterotic_beast/db/migrate"])
   -> 0.0027s

We need to create a default 'site' for your users to blog and forum and whatnot.
Or for you to test on, if you're a developer.
If you are a developer, and you set the host to anything other than 'localhost', please make sure to
add an entry to your /etc/hosts file, f.e.: '127.0.0.1 test.local'
Host:  |localhost|


Site Name:  |localhost|

Site created successfully
#<Site id: 1, name: "localhost", host: "localhost", created_at: "2011-11-28 08:12:09", updated_at:
"2011-11-28 08:12:09", topics_count: 0, users_count: 0, posts_count: 0, description: nil, tagline: nil>

Time to create your administrator account.
Login:  |admin|

Password:
*****
Email:  |admin@example.com|
admin@example.com
The user didn't validate for whatever reason. Fix and call user.save!
Password is too short (minimum is 6 characters)

***** debugger statement ignored, use -d or --debug option to enable debugging
/var/www/heterotic_beast/lib/tasks/bootstrap.rake:39
User created successfully
#<User id: nil, login: "admin", email: "admin@example.com", crypted_password: nil, salt: nil,
created_at: nil, updated_at: nil, remember_token: nil, remember_token_expires_at: nil,
activation_code: nil, activated_at: nil, state: "passive", deleted_at: nil, admin: true, site_id:
1, last_login_at: nil, bio_html: nil, openid_url: nil, last_seen_at: nil, website: nil, posts_count:
 0, bio: nil, display_name: nil, permalink: "admin">

==========================================================

Heterotic_beast is ready to roll.
Okay, thanks for bootstrapping!  I know I felt some chemistry here, did you?
Now, start the application with 'rails server' and get to work!
 
posted almost 3 years ago
admin 57 posts

edited almost 3 years ago

Forum: Heterotic Beast – Topic: redirecting bug ??

Well, the first strange thing is that you’re running Rails 3.0.7. The Gemfile for the current version of Heterotic Beast calls for Rails 3.1.1.

I don’t know why, but something seems to be f%@#’d up with the Git repository on Golem. (Update: Fixed, now. Evidently, I can’t read instructions.)

Try using the one from GitHub instead

git clone git://github.com/distler/heterotic_beast.git

I also assume that you have successfully run

bundle exec rake app:bootstrap

If not, then nothing will work correctly.

 
posted almost 3 years ago
juhlnet 8 posts

edited almost 3 years ago

Forum: Heterotic Beast – Topic: redirecting bug ??

I’ve just installed heterotic_beast on my ubuntu server. but It just redirect page many times.

domain:3000/sites <-> domain:3000/session

as a result, I can’t see any web page but browser connection error.

here is the server output log.

juhl$:/var/www/heterotic_beast$ sudo rails server
=> Booting Mongrel
=> Rails 3.0.7 application starting in development on http://0.0.0.0:3000
=> Call with -d to detach
=> Ctrl-C to shutdown server


Started GET "/" for 118.36.184.24 at Sun Nov 27 21:30:13 +0900 2011
  Processing by ForumsController#index as HTML
  Site Load (0.2ms)  SELECT `sites`.* FROM `sites` WHERE (host = 'peppercode.net' or host = '')
Completed   in 3ms
Redirected to http://peppercode.net:3000/sites/new
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/sites/new" for 118.36.184.24 at Sun Nov 27 21:30:13 +0900 2011
  Processing by SitesController#new as HTML
Redirected to http://peppercode.net:3000/session/new
Completed 302 Found in 3ms
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/session/new" for 118.36.184.24 at Sun Nov 27 21:30:13 +0900 2011
  Processing by SessionsController#new as HTML
  Site Load (0.2ms)  SELECT `sites`.* FROM `sites` WHERE (host = 'peppercode.net' or host = '')
Rendered sessions/new.html.erb within layouts/application (31.0ms)
Completed   in 45ms
Redirected to http://peppercode.net:3000/sites/new
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/sites/new" for 118.36.184.24 at Sun Nov 27 21:30:13 +0900 2011
  Processing by SitesController#new as HTML
Redirected to http://peppercode.net:3000/session/new
Completed 302 Found in 2ms
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/session/new" for 118.36.184.24 at Sun Nov 27 21:30:14 +0900 2011
  Processing by SessionsController#new as HTML
  Site Load (0.2ms)  SELECT `sites`.* FROM `sites` WHERE (host = 'peppercode.net' or host = '')
Rendered sessions/new.html.erb within layouts/application (11.0ms)
Completed   in 24ms
Redirected to http://peppercode.net:3000/sites/new
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/sites/new" for 118.36.184.24 at Sun Nov 27 21:30:14 +0900 2011
  Processing by SitesController#new as HTML
Redirected to http://peppercode.net:3000/session/new
Completed 302 Found in 2ms
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/session/new" for 118.36.184.24 at Sun Nov 27 21:30:14 +0900 2011
  Processing by SessionsController#new as HTML
  Site Load (0.2ms)  SELECT `sites`.* FROM `sites` WHERE (host = 'peppercode.net' or host = '')
Rendered sessions/new.html.erb within layouts/application (11.8ms)
Completed   in 26ms
Redirected to http://peppercode.net:3000/sites/new
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/sites/new" for 118.36.184.24 at Sun Nov 27 21:30:14 +0900 2011
  Processing by SitesController#new as HTML
Redirected to http://peppercode.net:3000/session/new
Completed 302 Found in 2ms
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/session/new" for 118.36.184.24 at Sun Nov 27 21:30:14 +0900 2011
  Processing by SessionsController#new as HTML
  Site Load (0.3ms)  SELECT `sites`.* FROM `sites` WHERE (host = 'peppercode.net' or host = '')
Rendered sessions/new.html.erb within layouts/application (11.6ms)
Completed   in 26ms
Redirected to http://peppercode.net:3000/sites/new
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/sites/new" for 118.36.184.24 at Sun Nov 27 21:30:15 +0900 2011
  Processing by SitesController#new as HTML
Redirected to http://peppercode.net:3000/session/new
Completed 302 Found in 2ms
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/session/new" for 118.36.184.24 at Sun Nov 27 21:30:15 +0900 2011
  Processing by SessionsController#new as HTML
  Site Load (0.2ms)  SELECT `sites`.* FROM `sites` WHERE (host = 'peppercode.net' or host = '')
Rendered sessions/new.html.erb within layouts/application (11.0ms)
Completed   in 25ms
Redirected to http://peppercode.net:3000/sites/new
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/sites/new" for 118.36.184.24 at Sun Nov 27 21:30:15 +0900 2011
  Processing by SitesController#new as HTML
Redirected to http://peppercode.net:3000/session/new
Completed 302 Found in 2ms
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/session/new" for 118.36.184.24 at Sun Nov 27 21:30:15 +0900 2011
  Processing by SessionsController#new as HTML
  Site Load (0.2ms)  SELECT `sites`.* FROM `sites` WHERE (host = 'peppercode.net' or host = '')
Rendered sessions/new.html.erb within layouts/application (11.9ms)
Completed   in 26ms
Redirected to http://peppercode.net:3000/sites/new
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/sites/new" for 118.36.184.24 at Sun Nov 27 21:30:15 +0900 2011
  Processing by SitesController#new as HTML
Redirected to http://peppercode.net:3000/session/new
Completed 302 Found in 2ms
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/session/new" for 118.36.184.24 at Sun Nov 27 21:30:15 +0900 2011
  Processing by SessionsController#new as HTML
  Site Load (0.2ms)  SELECT `sites`.* FROM `sites` WHERE (host = 'peppercode.net' or host = '')
Rendered sessions/new.html.erb within layouts/application (10.2ms)
Completed   in 23ms
Redirected to http://peppercode.net:3000/sites/new
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/sites/new" for 118.36.184.24 at Sun Nov 27 21:30:16 +0900 2011
  Processing by SitesController#new as HTML
Redirected to http://peppercode.net:3000/session/new
Completed 302 Found in 2ms
/var/www/heterotic_beast/app/controllers/application_controller.rb:41: warning: already initialized constant HTML
/var/www/heterotic_beast/app/controllers/application_controller.rb:44: warning: already initialized constant XHTML


Started GET "/session/new" for 118.36.184.24 at Sun Nov 27 21:30:16 +0900 2011
  Processing by SessionsController#new as HTML
  Site Load (0.2ms)  SELECT `sites`.* FROM `sites` WHERE (host = 'peppercode.net' or host = '')
Rendered sessions/new.html.erb within layouts/application (10.5ms)
Completed   in 103ms
Redirected to http://peppercode.net:3000/sites/new
 
posted almost 3 years ago
admin 57 posts

Forum: itex2MML – Topic: Bugs

According to Frédéric, it’s a feature, not a bug. I could change \widehat{} (and its cousins) to wrap their output in an <mstyle displaystyle='true'>, but that might have unintended side-effects.

 
posted almost 3 years ago
Andrew Stacey 118 posts

Forum: itex2MML – Topic: Bugs

Seems that I can so I have.

 
posted almost 3 years ago
admin 57 posts

Forum: Instiki – Topic: Bugs

Thanks.

 
posted almost 3 years ago
admin 57 posts

edited almost 3 years ago

Forum: itex2MML – Topic: Bugs

‘Cept it’s not a Firefox bug; it’s a Gecko Core (MathML Component) bug. As filed, no one relevant will see it. If you, as the Reporter of the bug, can reclassify it, maybe it will have a fighting chance of getting some attention.

 
posted almost 3 years ago
Andrew Stacey 118 posts

Forum: Instiki – Topic: Bugs

When there are style_additions then the surrounding <style> ... </style> appears to get escaped. I noticed this on a published web: in the source, it says:

&lt;style type='text/css'&gt;.newWikiWord { background-color: white; font-style: italic; }&lt;/style&gt;

So presumably in line 31 of layouts/default.rhtml, which reads:

<%= "<style type='text/css'>#{@style_additions}</style>" if @style_additions %>

then there’s some HTML escaping going on that shouldn’t be.

 
posted almost 3 years ago
Andrew Stacey 118 posts

Forum: itex2MML – Topic: Bugs

Done

(My word, but that’s a complicated form. “What did you do?” I looked at a MathML web page. “What happened?” It didn’t look right. “What should have happened?” It should have looked right.)

 
posted almost 3 years ago
admin 57 posts

edited almost 3 years ago

Forum: itex2MML – Topic: Bugs

Correct.

The accents work correctly when accenting an <mi> (see this old bug), but not when accenting an <mo>, unless the style is displaystyle.

Thus:

MathMLDisplay
<math display='inline' xmlns='http://www.w3.org/1998/Math/MathML'><mover><mo>⊗</mo><mo>^</mo></mover></math>^
<math display='inline' xmlns='http://www.w3.org/1998/Math/MathML'><mstyle displaystyle='true'><mover><mo>⊗</mo><mo>^</mo></mover></mstyle></math>^
<math display='block' xmlns='http://www.w3.org/1998/Math/MathML'><mover><mo>⊗</mo><mo>^</mo></mover></math>^
<math display='inline' xmlns='http://www.w3.org/1998/Math/MathML'><mstyle textstyle='true'><mover><mo>⊗</mo><mo>^</mo></mover></mstyle></math>^

You should file a bug report.

 
posted almost 3 years ago
Andrew Stacey 118 posts

Forum: Instiki – Topic: nlab

Errr … the pages table doesn’t have a revised_at field. It has an updated_at field. But this seems to get updated whenever the record gets changed. So if I start editing a page then the pages table gains a locked_by and a locked_at entry, and the updated_at entry is set to the same as the locked_at entry. Then when I cancel editing, the locked_at entry is set to NULL (the locked_by isn’t, though that’s probably not an issue) but the updated_at entry is left as it is. So the updated_at entry in the pages table does not necessarily point to the timestamp of the latest revision.

 
posted almost 3 years ago
Andrew Stacey 118 posts

Forum: itex2MML – Topic: Bugs

This looks like a bug in how Firefox renders MathML, but I thought I’d check with you first. How do ^ and ^ look to you? To me, the first has the hat offset to the right. I presume that it shouldn’t be so.

 
posted almost 3 years ago
Andrew Stacey 118 posts

Forum: Instiki – Topic: nlab

Ah, I’d better fix that first one then. I’ll keep the second in mind for next time this happens and choose my dates more precisely.

 
posted almost 3 years ago
admin 57 posts

Forum: Instiki – Topic: nlab

  1. If I simply remove a row from the revisions table, does instiki get confused?

The revised_at field in the pages table should match the revised_at field of the last revision of that page.

2. If the timestamps are a bit out of order, does instiki get confused? Or is the revision id the One True Order on the revisions table?

The history of a page is reconstructed by sorting on the revised_at date. The revision id is irrelevant to that.

 
posted almost 3 years ago
Andrew Stacey 118 posts

Forum: Instiki – Topic: nlab

Just noticed that you got hit by the same spammer. I think that instiki.org also got hit, but then it’s hard to tell with that site anymore.

Seems as though this spammer has gone for every instiki installation under the sun!

 
posted almost 3 years ago
Andrew Stacey 118 posts

Forum: Instiki – Topic: nlab

The azimuth project just got a massive spam hit, 317 pages in total. To deal with that, I ended up working on the database level. What I did was to try to simulate “rollbacks”: copy the data from the last decent copy and paste it as a new row in the “revisions” table. That seemed the safest approach.

But it did get me thinking about the database and specifically the “revisions” table. Two questions:

  1. If I simply remove a row from the revisions table, does instiki get confused?
  2. If the timestamps are a bit out of order, does instiki get confused? Or is the revision id the One True Order on the revisions table?
 
posted almost 3 years ago
Andrew Stacey 118 posts

Forum: Instiki – Topic: nlab

Okay, I’ll take a look at that. Is it obvious which file to add it to, or should I create a new file and add it to the page template?

 
posted almost 3 years ago
admin 57 posts

Forum: Instiki – Topic: nlab

Sorry. There isn’t a way to localize the Javascript.

You could, however, add some site-wide Javascript, which attaches an event listener to some element(s), based on the request-URL.

 
posted almost 3 years ago
Andrew Stacey 118 posts

Forum: Instiki – Topic: nlab

This isn’t nLab-specific, but it’s neither a bug nor a feature requestion: more of a “How do I?”.

There’s an effect that I’d like to put on a page (or a family of pages). It’s achievable in CSS using some fancy pseudo-classes, but some browsers don’t support it (notably mobile browsers) so I was pondering a javascript solution. Essentially, it would just modify some CSS properties of certain elements (selected by class) when a link was clicked upon.

The details aren’t particularly important. What I want to know is whether or not there is an easy way to add a bit of javascript to a page. I suppose it could be added to all pages, but then it would be better if it were only all pages in a particular web. Something a bit like the stylesheet tweaks, but for javascript.

 
posted almost 3 years ago
admin 57 posts

Forum: itex2MML – Topic: Bugs

Thanks.

 
posted almost 3 years ago
admin 57 posts

Forum: Instiki – Topic: Bugs

On another topic, is there any progress on cache bugs?

I’ll take a look, again, at file uploads.

For the other, you have not been able to present me with a set of steps to reproduce the bug. So there’s nothing that I can do.

 
posted almost 3 years ago
Andrew Stacey 118 posts

Forum: itex2MML – Topic: Bugs

The optional argument syntax for extensible arrows doesn’t swallow spaces correctly. If I type \xrightarrow [a]{b} then in LaTeX, this is equivalent to \xrightarrow[a]{b} because spaces are automatically swallowed after commands. However, in iTeX then they are not equivalent:

[a]bab\xrightarrow [a]{b} \xrightarrow[a]{b}
 
posted almost 3 years ago
Andrew Stacey 118 posts

Forum: Instiki – Topic: Bugs

Thanks! That’s great.

On another topic, is there any progress on cache bugs? With the file uploading, then it doesn’t work at all. When I upload a file to a page then that page doesn’t get expired. We’re also seeing it with renaming pages on the nLab. We’re trying to keep a record of it in case it’s of use to you: http://www.math.ntnu.no/~stacey/Mathforge/nForum/comments.php?DiscussionID=3168