Also, in memberlist the pagination seems buggy for large numbers of
users. Click on "Last page" on that page on geeklog.net, and the last
entry will be two pages before the "Last page".
Anything else that needs to be done?
Rouslan
> We should also
> probably add the tooltips in as well for the configuration to offer a
> bit of help on the more cryptic settings.
Did you ever implement that config tooltip API call in Geeklog? If you
did, we could use that (and say sorry to people on versions older than
1.8.0).
> There are also some config
> option in the config file that should really be in the Geeklog
> configuration as well.
We have a strings freeze in effect, right? This should be left for the
2.9 branch.
> I had forgotten about that pagination bug with the members list. I had
> to add a
>
> Disallow: /forum/memberlist.php
>
> to robots.txt because Google had gone in an infinite loop on me on one
> of my sites since the members list currently goes on forever.
I'll file it as a bug, so that we won't forget ;)
> We should also probably fix "Issues with Tooltips in the centerblock"
> and "Why does the forum have 2 SQL Install Files"
I'll take the latter. Any volunteers for the former?
Rouslan
On second thought, this will also break the strings freeze and IMO
should also be left alone;
Rouslan
Well, it looks like dengen pushed the old hack for the config tooltips.
But I'm not happy with his changeset. First of all, it duplicated the
readme file that already exists in the docs directory. Second, the
tooltips are empty and aren't actually useful quite yet. Third, the
readme file should not be in a publicly accessible folder. This is a
security risk, as we don't want to advertise to potential attackers
exactly what version of the forum is running on the site, we want them
guessing. And lastly, it's kind of a feature and we have a feature
freeze in effect.
So, unless someone can convince me not to, I think that I will backout
of this changeset later today.
Rouslan
I understood your intent. Let me revert this changeset.
I should not push a halfway result.
Of course, the duplication of readme was temporary.
I considered about the security risk. However, I coordinated with the
place of the docs directory of Geeklog.
As for the new way of config tooltips, I didn't know.
Where should I get information about it?
Does the config tooltips feature add in the next version?
dengen
2011/5/15 Rouslan Placella <rou...@placella.com>:
The way of my doing is the way which is the same as the core plugins
of current version and seems to be a right way.
dengen
Off the top of my head, I think that it should be done as follows:
* Place the config tooltip strings in the language files
* Change the extension of the docs/forum.html file to .php
* Then place these lines of code at the top of the page:
--- SNIP ---
require_once '../lib-common.php';
if (! SEC_hasRights('forum.admin')) {
die("Access denied");
}
--- SNIP ---
* And then, since we are in PHP mode in this file now, we could merely
"echo" the strings from the language files as necessary inside a loop
that generates the required tables.
I think that the main advantages would be:
* This file will not be accessible to anyone other that a forum admin
* Forward integration of the new config tooltips will be easier, since
we will already have all the strings in the language files (which is
where they belong) and dropping support for the old config tooltips will
be as easy as removing one file and removing a function from another
file.
Also if the above goes ahead, it would make sense to move all the files
from the old 'docs' folder to the new one that would be located in
'public_html/docs' and use the same method for kicking out unauthorised
users.
I wonder if this is an over-the-top request....
Overall, after reading this conversation I have to agree that we should
break our feature freeze and introduce these tooltips (especially since
we didn't announce the freeze anywhere other than this list). That said,
I was hoping for a beta1 tomorrow, but we might want to hold that off
until next week while this issue settles down.
Please let me know what you think about this.
Rouslan
I just pushed a changeset that fixes the outstanding issue from "Why
does the forum have 2 SQL Install Files" (bug #19). I used 'grep' for
the search and replace functionality and I think that it all worked out
pretty well. I did basic testing and all functionality looks good. Just
thought I'd give everyone a heads-up ;)
Rouslan
First, you proposed /docs/forum.php is no longer readme.html.
The readme.html is necessary to refer to offline.
It means duplicate the readme file.
Second, this is equivalent to improving the config tooltips feature.
At first, it should be employed by the core and the core plugins.
dengen
2011/5/16 Rouslan Placella <rou...@placella.com>:
Rouslan
The upgrade is broken at the moment for the configuration UI. I've been
digging into it yesterday, but haven't tracked down the issue.
I tried with the following combinations:
GL 1.6.1sr1 + Forum 2.7.2
GL 1.7.2 + Forum 2.7.2
GL 1.8.0 + Forum 2.7.4
The upgrade process creates 4 empty fieldsets (or was it tabs?), which
are not even visible in the UI, but can be seen in the db.
Again, not sure what the problem is, but this is pretty major and IMO
should be fixed before any release.
Rouslan
Rouslan
> Anyways, The forum document (the one used by the tooltips) will look
> similar to the core plugins documents. It will list the configuration
> options in the Geeklog Configuration and any other config options plus
> some template and autotag information.
Ooops, sorry for making you merge with the changes to the config tooltip
file that I pushed a few minutes ago. My bad (should have known better,
and will for next time).
> I would also like to just include one upgrade section. The section
> could include notes about specific version of the forum plugin if
> needed. There are a few reasons for this. First most of the upgrade
> sections are very similar. Second I do not have time to test upgrading
> from each specific version and the changes required between each. Plus
> the upgrade was written with Geeklog 1.4.1 in mind not Geeklog 1.6
> plus. Does this sound okay? If someone is having problems (I am not
> sure why) we could always recommend them reading the readme file from
> 2.7.4
Yeah that sounds good.
Rouslan
Yeah, and I missed yours. My emails seem to be pretty slow today...
Anyway, if you can be bothered to merge, then I'd say do it. Your
document will probably be far better than what I pushed. If it's too
much work to merge and you don't want to, you could send me a patch from
your tree (or a tarball of your repo) and I'll merge it in for you
(since this is my fault anyway).
Rouslan