Author

Message

Jeremy Reimer

Posts: 9343

Posted on: 2010-11-25 21:36:24.000

Post any and all bugs you find in Monarch here.

Please enter what you did to cause the problem, what the expected behaviour was, and what the ACTUAL behaviour was.

Thanks!

Jeremy Reimer

Posts: 9343

Posted on: 2010-11-27 13:54:01.000

Bump to top of forum.

Jeremy Reimer

Posts: 9343

Posted on: 2010-11-27 14:26:01.000

Another bump.

Jeremy Reimer

Posts: 9343

Posted on: 2010-11-28 17:06:07.000

There may be some sporadic bugs as I am refactoring the code to change various things (eg: page names, $POST tags (I am switching all paging to ?p and items to ?i) and even some ordering of (display-partial) page includes.

If you find a bug such as a page refusing to load, please wait for five minutes or so and check again to make sure I wasn't fixing it just that second. Thanks! :)

Test User4

Posts: 10

Posted on: 2010-11-28 22:51:17.000

Just checking to see if there are any bugs in replying as a standard user...

EDIT: Testing editing comments as a regular user.

Jeremy Reimer

Posts: 9343

Posted on: 2010-12-15 17:25:34.000

bumpage: there is a bug (only for admin users) when you change user names, it messes things up (more detail to follow)

Jeremy Reimer

Posts: 9343

Posted on: 2010-12-15 17:28:10.000

Yeah, if you change the user name, any posts by that user cause an error in the thread view, because it is searching on the user name rather than user ID. I should really refactor the whole thing to only post by userID rather than user name, but on the other hand user name is a nifty unique identifier. Hmm... No I think I should refactor anyway, but that will be for later.

test edit
EDIT: another edit
EDIT EDIT: yet another edit

Jeremy Reimer

Posts: 9343

Posted on: 2010-12-21 15:27:48.000

If you delete the last post, it doesn't update the "Last post by" field in the Posts table, so the "phantom" last post is still there (of course if you click the link it just takes you to the last post that still exists, so it's not a fatal bug, and rather low priority)

Jeremy Reimer

Posts: 9343

Posted on: 2010-12-23 13:53:49.000

I really have to change the HTML 5 Audio tags in the Knotty Geeks podcast section. Right now they try to load all the podcasts at once in the background, which really slows down the server and (in Google Chrome at least, not Safari) tends to crash the page itself right in the browser!

Woo! Go HTML5! You’re so ready for prime-time! NOT! Hopefully I can just change the tags to not autoload, but if that doesn’t work I’m switching to Flash.

EDIT: Changed preload to "none" for all episodes and it seems to have fixed the problem. I still think HTML 5 is epic fail, however, considering how Firefox won’t even play MP3 files and Chrome’s controls sometimes don’t even work. Only in Safari do things work properly all the time!

EDIT: It didn't fix the problem on all Chrome browsers :(

terry0

Posts: 1

Posted on: 2011-01-24 19:32:16.000

Okay on Chrome I can go back and forth in everything except podcasts. Podcasts kills my anything with the page. On firefox I cannot get to monarch/main directly or from the drupal redirection from the front page.

Funny, OWB has no problems on the Amiga.

And AWEB works as well but in typical leaving all
the odd crap out and just giving text.

Terry

Jeremy Reimer

Posts: 9343

Posted on: 2011-01-25 10:56:42.000

Yeah, Chrome apparently doesn't respect the "don't autoload" feature in HTML5 and tries to load everything at once and fails.

I'm going to change everything to be Flash-based, I think. At least that won't fail so spectacularly.

The front page links need to be fixed as well.

BTW welcome to Monarch, Terry!

Magus

Posts: 9592

Posted on: 2011-03-20 18:00:55.000

Registration mentioned pictures of cats for proof of humanity, yet there were none. Does this mean I fail the Turing test? Good Lord, I thought I was human?! AAAAAAAAAAAAAAAAAAAAAAAHHHH...

Looks good so far, JR.

Jeremy Reimer

Posts: 9343

Posted on: 2011-03-20 20:37:48.000

Yeah, I haven't implemented that yet. :) I will do so when I get the first ever spam registration on Monarch, which hasn't happened yet. Gotta set priorities...

Mord

Posts: 8487

Posted on: 2011-04-17 11:40:59.000

Are you planning on rendering http:// links ever? The content blocks are pretty featureless without them.

Jeremy Reimer

Posts: 9343

Posted on: 2011-04-17 13:19:39.000

Yes, I was planning on doing this, but your comment just bumped it to the top of the queue!

Jeremy Reimer

Posts: 9343

Posted on: 2011-04-17 15:58:43.000

I implemented automatic links whenever you enter a http:// using a regex but...

the problem with this is that it ruins the automatic replacement of the [ img ] tag with < img src = http://blah.blah.jpg > because then inside that tag the http:// gets replaced with a link, which messes up the img tag.

So I have to do some more thinking about how I can support both these replacements.

Jeremy Reimer

Posts: 9343

Posted on: 2011-04-17 16:31:42.000

I really hate regular expressions.

They just look like chicken scratches to me.

It's like, just use !@#$28u54!!11101=1===___%=3=5=4$5-3i93245///o_O``../[3]4]2] ! Oh sure, okay, now.. WHAT DOES THAT MEAN?

Jeremy Reimer

Posts: 9343

Posted on: 2011-04-17 16:54:05.000

Okay, I found an answer on Stack Overflow that works, I hope!
http://stackoverflow.com/questions/2177142/javascript-regex-to-replace-urls-with-links-but-not-in-embed-or-img-tags

Let’s see if that got replaced!

EDIT: It did. The regex code to find the match is:

(?:^|[^=])((ftp|http|https|file):\\/\\/[\\S]+(\\b|$))

and then it replaces with:

"< a href=’" $1 "’ >" $1 " < /a > "

Which is something like... don’t match if it starts with a = character (which the IMG tags use, eg IMG SRC=) but replace any kind of ftp, http, https, file type link with a link if it does match.

I don’t know. Regex makes my head hurt. But it seems to work ok.

Let’s see if still works. It seems to.

Mord

Posts: 8487

Posted on: 2011-04-17 17:11:16.000

I run into Regex for dial plans on VOIP devices. It's worse than IPv6....