It works in default, not in my theme. Fatal error on line 13 of topic.php
I have a subdirectory, as in /my-templates/yourthemefolder/
Do I need a subdirectory for the plugin directory too?
But this problem occurred before I upgraded to 81, as you can see in my other forum.
In the default, everything is fine.
The posts are in the database, Trent.
I get fatal errors now.
This topic is
Fatal error: Call to undefined function topic_resolved() in topic.php on line 13
When you click on the tag does it go to a 404 file, not found?
The only thing I play with was on the 20th, more than 24 hours ago, was the config.php file. I changed the $bb->edit_lock = 60; to $bb->edit_lock = 99999;
as in here, https://bbpress.org/forums/topic/271?replies=2#post-1357
I check with my ISP for system upgrades. They did say:
“The only recent change was an upgrade of the Apache web server software, from Apache 1.3 to Apache 2.2 (the current version). This happened last Wednesday night, March 21.
Looking the your website, I see that the forum topic links point to non-existent files. For example, the link for topic “Circles in the Sand” points to http://www.canadianbookclubs.com/bkrv/topic/9 but there is no subdirectory called “/bkrv/topic” in your account, nor any rewrite rules that would map that URL to a real file. The same goes for the forum links. Something seems to be missing…”
I’m having the same problems, quite as suddenly as you! There is a major flaw somewhere that someone has found.
All I have in my htaccess file is this:
Allow from all
Options -Indexes
Options +MultiViews
My htaccess file has worked perfectly since October. This bkrv forum worked fine until about 24 hours ago when I started having problems with file not found. I did not play with any files 24 hours ago, except to post something.
Someone is doing something. It’s not me!
Take a long at
http://www.canadianbookclubs.com/forums/
A different forum, where no one has touched nothing in the last 2 weeks. Why am I suddenly having 404s?? It worked fine for quite sometime.
No, my database content is there.
Why will it no longer link? How could that link be removed?
Well, upgrading and fixing the theme didn’t take as much time as I expected! It is amazing how fast I can work in an emergency.
Unfortunately, I am still getting 404, files not found, where I know there is supposed to be content. Upgrading did not help.
Well, I upgraded. My theme is all a mess. I am still getting pages not found where they should be.
http://www.canadianbookclubs.com/bkrv/
If I move to the latest version, I understand there is a problem with the new version finding themes. I have my modified theme files, directly under “my-templates” and not in a sub-directory. So I assume there will be problems. That will take time to fix, and time is not in abundance right now.
I just saw your last post MacWise.
Yes, it’s true, I could layout the books right onto the background. That would mean 24 different backgrounds as the books open and close depending on where a person is located. Then each time a person goes to a new background, time is wasted in loading the background. The method I used appeared to be the most efficient for loading times.
I need all the encouragement I can get after a full day lost to this problem!!!
That’s it! Enough!
I have modified to have no fields, and to link directly to the centre column.
<form class=”leftlogin” method=”post” action=”<?php bb_option(‘uri’); ?>bb-login.php”>
<p><?php printf(__(‘Log In‘), bb_get_option(‘uri’).’bb-login.php’) ?></p>
<p><?php printf(__(‘Register‘), bb_get_option(‘uri’).’register.php’) ?></p>
</form>
Thanks for your help MacWise. Someday, someone with more patience will solve the problem.
Hello MacWise
I use absolute positioning for the left menu because the blue books are created on a gradated background, which must match the exact gradated background. With relative positioning, there is too much of a potential for movement depending on the screen size.
But of course, the login in section can be changed to a relative position as no graphics involved there.
I’m working on it! But I still might take you up on your offer.
Hello macwise
That didn’t really work. The second field has disappeared. It almost seems like it is underneath the first field.
It will do an initial click on the username. But than that ability disappears, even with a refresh.
I’m thinking the easiest way to manipulate this problem is to have just two links. The “Register” is already linked to register.php. How would I link the “log in” to login.php? This way I would avoid the width problem where the action would then flip to the center column.
I tried this but it didn’t work:
<form class=”login” method=”post” action=”<?php bb_option(‘uri’); ?>bb-login.php”>
<p><?php printf(__(‘Register or log in‘), bb_get_option(‘uri’).’register.php’, bb_get_option(‘uri’).’login.php’) ?>:</p>
</form>
In testing, the position of the class=”login” seems to be the culprit. If it is position=relative, then the form moves to the very top and is clickable. But if it is changed to position=absolute, then it moves into its place in correctly, but is no longer clickable.
Can’t figure this out yet.
Hello Ron
The encapsulating of the label is in the default for version 75. It was not something I modified.
Hello chrishajer
1) This topic is extremely relevant to the topic heading. It takes up more of my time if I have to view a bunch of different topics all on the same issue. When I am looking for a solution to a problem, I prefer to see one topic with different possibilities to the problem. This originating topic only started one month ago.
2) I hope it is a css problem. I can’t seem to find the double entry in the style sheet on the login form. Perhaps it is a z-index problem. I am still testing.
In IE6, I cannot login to the account. The empty fields will not click to become active. But I have no trouble in Firefox. This problem has occurred from the start. But I cannot ignore it any longer.
http://www.canadianbookclubs.com/forums/
I am still running version 75.
