Bugs
« Back to Vistered Little Theme| Description | Status | Version Detected | Version Fixed |
|---|---|---|---|
| Header not displayed correctly in Opera or Safari | Fixed | 1.7.6 | 1.7.7 |
| Mis-typed "padding-bottm" in .credits | Fixed | 1.7.5 | 1.7.6 |
| The class for the post body is not consistent with other themes (should be 'post' instead of 'blog') | Fixed | 1.7.3 | 1.7.4 |
| common.css.php allows access to arbitrary files | Fixed | 1.6a | 1.7.3 |
| Some widgets do not display a border | Fixed | 1.7.2 | 1.7.3 |
| Does not validate | Fixed | 1.7.2 | 1.7.3 |
| PNGs not show properly in IE. Current Workaround: use skinner plugin 0.0.2 | Fixed | 1.7.2 | 1.7.3 |
| Theme is broken unless the Skinner plugin is activated. | Fixed | 1.7.2 | 1.7.3 |
| The fix for named anchors makes some links unclickable. | Fixed | 1.7.2 | 1.7.3 |
| There are problems specifying the font settings in posts using TinyMCE. | Fixed | 1.7.2 | 1.7.3 |
| Default style sheet is not loaded if the Skinner plugin is not enabled. | Fixed | 1.7.2 | 1.7.3 |
| Trackback link doesn't work when using normal URLs | Fixed | 1.7.2 | 1.7.3 |
| Links are shown even when empty | Fixed | 1.7.2 | 1.7.3 |
| Insufficient support for translations | Work in Progress | 1.7.2 | Improved translation support in 1.7.3 |
| Some widgets are naked | Fixed | 1.7.2 | 1.7.3 |
| Banner has small display bug in IE | Fixed | 1.7.1 | 1.7.2 |
| No padding around images | Fixed | 1.7.1 | 1.7.2 |
| Named anchors are missing for comments | Fixed | 1.7.1 | 1.7.2 |
| Wallpaper thumbs not showing on safari | Fixed | 1.7.1 | 1.7.2 |
| Search form contains unnecessary hidden fields. | Fixed | 1.7.1 | 1.7.2 |
| When a links to a anchor is clicked, the target is hidden by the header if the header is fixed. | Fixed except for IE 6 | 1.7.1 | 1.7.2 |
| Javascript error occurs when search box is disabled. | Fixed | 1.7.0 | 1.7.1 |
| Header not placed at top of window in IE 6, when "Fixed" header option is used | Fixed | 1.7.0 | 1.7.1 |
| Header logo not displayed in IE 6 | Fixed | 1.7.0 | 1.7.1 |
| Requested URL can sometimes incorrectly show the server name in the 404 page | Fixed | 1.7.0 | 1.7.1 |
| Commenters name, email and URI not pre-populated in comment form if they have previously left a comment | Fixed | 1.7.0 | 1.7.1 |
If you like this article, then let other know:
These icons link to social bookmarking sites where readers can share and discover new web pages.
Tags: WordPress, Theme, Skin, Skinner, Presentation Toolkit, Vistered Little, Transparent, GPL
33 comments.
Using v-l 1.75 when editing some posts, upon “save” or “publish” php breaks. Sometimes the new or edited post is not saved, sometimes it is, but the net result is that admin mode displays a blank screen… going to another theme (I use the “Blank WordPress Theme”) will get it back, and allow editing with no breaking. Switching back to v-l allows the blog to display, and admin works until a post is edited or added. Specifically, the php error log shows it crashing with a memory leak in class-snoopy.php line 229.
Hmmm, I’m guessing you are using https. Correct? Can you tell me the details about how you have configured this, so I can try to replicate it locally?
No, it’s not https - it’s on an intranet, and it can’t be seen from outside the LAN.
I don’t really know what to say about it. Maybe it’s not a leak, but it complains about blowing an 8Meg memory limit, so I’m kinda thinking it’s leaky… either that or v-l is a whole lot bigger than the rest of the themes, perhaps.
I can send applicable parts of errors.log if you like, and I’d be happy to turn on additional debug in php (you’ll have to tell me how).
Thanks - Tex
Strange. In my copy of
class-snoopy.php, line 229 is in the middle of acase "https":block. Can you confirm this is the same with your copy and if not, what version of WordPress are you using?Okay - classxxx is not the only place it croaks - by and large, it appears that it is dying from exceeding memory allocation limit (8,388,608 bytes) and the reported place has been rss.php (at 479), plugin.php (at 160), cache.php (at 48)… and perhaps others.
So… is it possible that what’s really going on is that the server has some unreasonably small memory limits? I meant to say, 8 1/2 MB seems like a fooken great lot of RAM to use up… but I don’t know, it’s just a supposition, right?
That said, 1) the class-snoopy.php is dated 8/24/2006; this is SUPPOSEDLY WP2.2, and that is what it reports as in the admin screens. 2) MY version of class-snoopy.php has on line 229 and following lines (first is 229 - sorry for indents, I’m just pasting from a Putty clipboard):
if($this->maxredirs > $this->_redirectdepth)
{
// only follow redirect if it’s on this site, or offsiteok is true
if(preg_match(”|^http://”.preg_quote($this->host).”|i”,$this->_redirectaddr) || $this->offsiteok)
{
/* follow the redirect */
$this->_redirectdepth++;
$this->lastredirectaddr=$this->_redirectaddr;
$this->fetch($this->_redirectaddr);
}
}
}
Thanks - Tex
Do you happen to have the WPG2 plugin enabled?
WPG2??? Doesn’t ring a bell… lemme go look…
Okay, the ONLY plugins activated on the misbehaving blog are event calendar( x 2), skinner, and presentation toolkit.
I’m not actually using EC - I’d just tried it out as a calendar (for actually posting FUTURE entries), bit it’s not QUITE what I’m looking for (County offices, need their meeting agendas posted - ‘druther do it in blog than in a separate calendar, although right now it looks like the calendar’s the best place for it…)
I’ll go kill the EC and see if that’s it.
Hmmm… sh!t fire… I can see the plugins admin screen, but as soon as I click on deactivate (on anything), when it goes off to apply the edit, it croaks (to a white screen) BEFORE it gets the edit written, so it’s not deactivate after all. I’m ever so effing pleased…
Let’s see. It does the same thing when trying to deac ANYthing, so it’s the deac code that’s blowing, not specifically the plugin being deac’ed (no surprise there).
Right, now I can’t change the theme, either, because it blows up on a theme change just as with a plugin change. Arrrrgh.
Guess I’ll have to fire up phpmyadmin and poke around in the db to get back a working blog.
Later, mate.
Okay - I phpmyadmin’ed it and edited the plugins to remove the two Event Calendar entries, and now everything seems to be cool.
Let me emphasize: this is some sort of interaction between Event Calendar and V-L as far as I can tell. There may be other themes as well that also wind up blowing memory because of something mystiferously “common” between the theme and the EC plugin(s), but I haven’t seen them in action.
I’m not going to worry about it a whole lot, although I think I may want to use the EC in combination with a “real” calendar to provide details in the blog, linked from calendar entries - it seems like a moderately good idea, but remains to be seen… clearly, as it stands right now, it can’t be used, but if I can help pin down the memory hole, it should be fine… I’m kinda guessing it’s a variable name that’s used in both places (although it certainly could be unique to EC and it’s just that V-L - and probably other themes - are just big and juicy enough to use up the last little bit of memory before EC gets around to releasing its bits).
Hey, thanks for the most excellent theme - keep up the good work!
Following my stoopid kweschun about the box with the google ads, I broke down and started plowing through the presentation edit screens. It looked like “banner 2″ might be a good place to try that sort of thing. I dragged a text widget into it and put some text in it, and saved it. Went to view the site, and nothing had changed. Poked at that a couple of times, nothing changed. So I started looking at other edits. When I got to “Skins”, I got this error: “The active skin is broken. Reverting to the default skin.”
I’m guessing something is broken. So I dragged the text widget out of banner 2 and back to the available box. Now Skins doesn’t show anything broken.
What stoopid thing am I doing?
Apparently it wanted “banner” before “banner 2″ could be used. Switched to banner, and it’s okay.
Strange. On my local machine, I have a widget in 2nd Banner and nothing in Banner. Banner is not displayed and 2nd Banner is, which is how it is supposed to work. Is that not what you are seeing?
No - when I first tried it, I put the Text 1 widget into banner2, added title and some text. Viewed. Nothing. Refreshed. Nothing. Back to admin. Went to skins, got the “broken skin” message. Went to widgets, moved widget to banner. Viewed. Fine. Went to skins, not broken. Hmmmm…
Blank title on text widget still leaves space for title. Changing font in title doesn’t save changed font - e.g. NEW TITLE has tags thrown away as soon as you click “Save” button. How do you make your banner box without the title space? Or am I illusioned?
Very strange. Do you happen to be using a non-default WPLANG in your wp-config.php?
The reason I ask, is that in widgets.php I have overwritten the Text widgets, so they don’t create an h4 element if the title is blank. I wasn’t sure how this would work with localization, hence the question.
Hmmm… not on purpose, anyway. Could it be accidental? Where do I look at/for WPLANG?
wp-config.php
It’s in the root of your wordpress directory.
that’s a “blank’, i.e. just ”
So I suppose that’s a “no” to non-default?
I went back and created a new blog from scratch, added only v-l and the 3 plugins (presentation, skinner, yatcp) all from what appear to be latest available downloads. Still no “reply” link. Obviously, I’ve missed something, a setup option somewhere that isn’t enabled or entered correctly… hmmm?
Yarrrgghhhh…
I told you this was stoopid.
I must have phased out and missed the point (probable) but it just didn’t dawn on me until I started really flailing on the “new” “test” blog… I was expecting a “reply” on the original post, and the “reply” doesn’t show up until the (or a) COMMENT!!!
Duh… I apologize profusely for wasting your time here. It looks like the current issues are all resolved - but I’ve been banging on this one so hard that I’m not sure what else there was…?
Ah! I remember - what about title text (if any) manipulation in text widgets? Any insight there?
That’s just too funny.
For the text widgets. Try this: in the widgets.php that comes with VL there is a function at the end of the file called
vl_widget_text_registerChange this function to:
function vl_widget_text_register() { $options = get_option('widget_text'); $number = $options['number']; if ( $number < 1 ) $number = 1; if ( $number > 9 ) $number = 9; $dims = array('width' => 460, 'height' => 350); $class = array('classname' => 'widget_text'); for ($i = 1; $i < = 9; $i++) { if( function_exists( 'wp_register_sidebar_widget' ) ) { $name = sprintf(__('Text', VL_DOMAIN) . ' %d', $i); $id = "text-$i"; // Never never never translate an id wp_register_sidebar_widget($id, $name, $i <= $number ? 'vl_widget_text' : /* unregister */ '', $class, $i); } else if( functions_exists( 'register_sidebar_widget' ) ) { $name = array('Text %s', 'widgets', $i); register_sidebar_widget($name, $i <= $number ? 'widget_text' : /* unregister */ '', $i); } } }boy, i dunno - that broke it. my cut’n'paste changed the backticks to regular single quotes, which i THO’T was okay, but maybe not. i’ll keep poking at it as and when.
thanks, again!
Okay… here’s one thing that’s going on: /wp-includes/ has a “widgets.php”, and the text widget in vl is being “printed” by that widgets.php, not the one in the /themes/vl directory.
Yeah, I suspected as much. The one in VL is supposed to overwrite the one on wp-includes. I’ll do some more testing on my end.
Hello,
It’s not actually a bug, but a missing letter in the main CSS file:
In the class “.credits”, an “o” is missing the property “padding-bottom” (padding-bottm).
See also: W3C CSS Validation Service
Fixed (in 1.7.6 I think)
A problem with OPERA 9.2 in general, I tested it on Windows, and Ubuntu…
The header is not displayed correctly, I am using the wallpaper icons, and I do know what else to say.
The header gets displayed about 500 pixels from left to right, does’t get to the end of the page.
A fix is (slowly, sorry) on it’s way
VL 1.7.7 This was last working in 1.7.3 (last one I tested)…
The menu on left option no longer works.
Still using WP 2.1.3, not sure if this matters.
I posted this in the Forum as well.
Something strange happened to me, after using the plugin “All in one SOE” and click on page 2, i see all meta tags and keywords in the header. They are almost invisible but you can still read them.
Any solution for this ?
Thx for your help and thx for this great theme !!
In Safari on Mac OS X the background image only shows up on the first 1/4 of the page, then its Grey. Actually, it covers the whole browser first then the grey box gets painted over it. http://www.i-rant.org
okay - it was Spam Karma’s
Automatically insert SK2’s ‘X spam eaten’ message in your blog’s footer (enable Advanced Options to customize it). - created an HTML messup.
FIxed - it was spam karma’s footer message
I downloaded 1.7.7 and noticed a few issues. First, if you make multiple posts on the same day only the first one has the “Posted on” time. I fixed this by changing the_date() to the_time(’F j, Y’) in index.php. The other thing I noticed is that there is some issue with defining your own logo (unless I’m missing some detail). I specified a small jpeg and verified that the url was correct, but the default remains. Other than that this is an awesome theme; thanks.
i installed the extra wallpapers you had here to the wallpapers folder and put them in the appropriate folders, but it is not working right, the thumbnails show up for the new wallpapers, but when you click on them, the wallpaper does not show up, im using the latest version of your theme (1.7.7)