Posted by bomarmonk on July 3, 2005 at 5:11am
| Project: | CivicSpace Theme |
| Version: | 4.6.x-1.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | traemccombs |
| Status: | active |
Issue Summary
It seems that after downloading the changes backported to 4.6 (global theme, etc.) there are problems with admin page views.
One such error: Line: 111, Char. 25, Error: Not implemented, code: 0, url: www.mysite.com/drupal/admin/themes.
Or line 112 (for another example) url: www.mysite.com/drupal/admin/block
It also seems that many errors that were fixed have now been reintroduced in the backported package. Yuck.
Comments
#1
Still getting these messages with the admin theme, even after the latest update by ankur.
As a side note: thanks for your work on this theme; I'm looking forward to using it as a foundation for a little theme hacking... I'd hate to have my bug reports sound unappreciative.
#2
#3
I am wondering if the issue I am having is related to this. I have been having IE specific problems with civicspace on admin pages. Should I post this as a new bug/issue?
Drupal 4.6.2.
TinyMCE tinymce module v 1.21.2.8 2005/05/04 17:49:22 mathias Exp
Active Modules: Admin, book, contact, event, feedback, flexinode, forms, glossary, help, image, img_assist, members, menu, menu_otf, node, nodewords, page, path, poll, profile, scheduler, search, story, survey, taxonomy, tinymce, upload, webform, required.
I have installed the most recent civicspace theme for Drupal which is just a really well done theme btw. In the text editor fields with rich text enabled, using input format of "full html" and only under Internet Explorer using the TinyMCE editor I have three problems. The text in the editor is always centered, though it will show up left justified on the viewed page. When I click inside the editor the paragraphs, divs, etc bring up a "move" icon then I have to double click to edit the text, and I get this chubby border around the area I am editing. I would like the text editor to appear "normal" without paragraphs being split into seperate content areas and without centering. When the page is done loading if I start scrolling I get this "smudge" effect and have to wait a bit before I can scroll. Screenshots below.
I tried pasting in the code between code tags multiple ways but it rejects it everytime. So I'll just throw that in a text file. Here is the error from IE.
http://www.underink.net/ierror.txt
Screenshots are here:
http://www.underink.net/editor1.jpg
http://www.underink.net/editor2.jpg
http://www.underink.net/smudge.jpg
#4
I think that some of my issues are due to having had TinyMCE set to use the themes CSS. Sorry for posting that here. I can't seem to delete or edit the post.
#5
closing for user as problem seems "fixed".
#6
I'm reopening this issue: I'm not sure if the other user's issues are related, but I disabled the Tinymce module just in case. I'm still getting the same error message on admin pages (even after assuring that I have the latest build of this theme): "line:115, char:25, error: not implemented, code: 0."
This error occurs with Internet Explorer, but not in Firefox. I'm downgrading this issue to "normal" as things don't seem to break (but it still makes things seem buggy).
#7
First of all Tinymce is not related to this error, so you can re-enable it. I'm actually suprised that this hasn't generated more input because I would think that the setup I have is fairly common. WinXP Professional SP2 in Limited User mode running Internet Exploerer IE 6.0. Drupal version The errors are generated when I try to login and when logging in and opening admin pages. Since I'm more of a webdesigner, cut & paste, connect the dots type person I've tested this by simply yanking the offending lines, and have no more errors. None the less the page still loads very slowly in IE, but quite speedily on FF Windows and FF Linux.
What do these lines do? Is it possible to address these issues by updating? Is there a walkthrough for patching my version of Civicspace theme to current CVS? Lastly why can't I paste code into this form, I'm following the directions below about enclosing between code tags. Yet receive "Terminated request because of suspicious input data.", and after troubleshooting/searching for an answer on this for an hour am fed up. On a positive note I love Drupal and very much appreciate the enormous ammount of effort that went into this theme and thank you Occy for being so helpful for the bugs relating to this theme. I've had to add details and the code as an attached text file.
#8
I just thought I would share that I am running Windows XP sp2 and Internet Explorer 6. I don't get this error when I use Firefox. Obviously the error is associated with IE, but I'm also wondering if it has anything to do with operating system since we seem to have that in common.
Either way, I'm looking forward to someone providing the fix, as I only know html and .css. Thanks to all who have worked on this theme. It is looking good and could prove to be a new standard in how drupal is themed (I like the different admin look)
#9
bomarmonk,
Hi there,
I have IE6 now, and have gone through the admin section and don't see the errors you are talking about. Please update to the latest version from CVS: OCT 27 2005 3:27PM.
I would also recommend, if you still have issues, that you grab a fresh copy of the CS theme(directly from CVS), a fresh copy of Drupal 4.6.3 and try it. You'll see you don't get those errors.
Thanks,
Trae
#10
Is there a way to get a tarball-- did I say that right?-- of the theme in CVS. It is pretty crazy downloading each theme file seperately. This probably exposes a bit of ignorance on my part, but please let me know. Thanks.
#11
I figured out the tarball thing: view the listing for the CVS themes and select download without visiting the project page-- that works! Interestingly enough, I still have the admin error, but it is with my current copy of 4.6.3 (not a fresh copy). I'll try to replicate with a fresh copy... I'll let you know if it's still an issue. Thanks!
#12
Same error message, in admin, with another installation of 4.6.3.. I'm viewing the theme through I.E. Explorer, Windows XP service pack 2 (windows firewall and all pop-up blockers turned off). I do have Norton Internet Security turned on (with a firewall, but with pop-up and ad blocking turned off).
I'm reactivating this bug, unless I'm missing something.
#13
Please grab the following tarball:
http://demo.civicspacelabs.org/home/files/cstheme-NOV012005-1017am.tar.gz
This is the latest up-to-date code that I have. Use that as your theme with a fresh copy of 4.6.3 and see if you have the same problems. I suspect you are grabbing an old version of the theme.
It is working just fine here on WinXP with IE6.
It almost sounds like this could be a problem with your web server not being configured correctly, if indeed, this doesn't fix the problem.
Thanks,
Trae
#14
I've purged my system table and reinstalled from this latest tarball. I still get the admin error and the left column dropping in IE. Drat!
#15
I've now reinstalled a completely fresh copy of 4.6.3 and a copy of the latest CivicSpace CVS tarbal (with a completely new database and no third-party modules). I checked the CHMOD permissions of my theme directory and Civicspace theme, etc. Still getting admin error with the fresh install of this theme-- using Internet Explorer 6.0 on a windows XP machine (sp2 home).
Have I left anything out that would help you track the error down?
#16
Boramonk, could you post some screenshots. We will go to the CivicSpace community and see if we can get them to replicate the error.
What are the offending line numbers? Do you know how to create a diff?
Kieran
#17
Here is a screenshot. I hope this helps (it shows the offending line number). You'll also notice another error regarding bgstatus.png not found in the admin log. Not sure if this is related.
I'm also not sure about creating a diff... I did make a small patch file once for flexinode, but it has been a while (I use cygwin for patching, etc., but I haven't been able to spend much time advancing my skills with PHP etc.)
#18
Hi bomarmonk,
It is going to be best if you can drop by IRC, #cstheme on irc.freenode.net to see if we can work through this issue.
I am thinking you might have php5 on your server. I don't know how to fix this issue. I can't duplicate it here on our test servers.
If we don't get any help or clues on this, I'll have to simply close out the ticket as a "won't fix". I'm not saying we won't fix it, I'm simply saying the problem, from what we have tried to do, isn't reproduceable. If we can't reproduce it, we can't fix it.
Thanks,
Trae
#19
This problem is due to the way IE6 handles CDATA character, see this document for more information: http://www.hixie.ch/advocacy/xhtml
Attached is an updated page.tpl.php for HEAD, this fixes this issue along with another wacky JS issue. Should be good to go now.
#20
Got rid of the conditional IE with this and switched to PHP, should fix some comment errors.
#21
oops wrong file! haha.
#22
One more time...
#23
And the updated admin page.
#24
Ok CDATA just won't work after much research, since Drupal sends pages as text/html and not xml CDATA is not needed.
#25
and the page file.
#26
Let's try this one last time, ugh!
#27
And the admin file.
#28
Confirmed fixed, turned out to be a JS parsing issue, although the CDATA was wrong too. So lots of little things fixed.
#29
Ok,
at LAST, we were able to duplicate this bug. Then, we went in and fixed it! Please update to the latest from CVS.
Thanks,
Trae
#30
I made a modification to template.php file and that seemed to fix it in IE for me.
I changed window.onload to document.onload in line # 805
Thanks,
Stumpy