phpMyFAQ

When working w/PMF 2.6.5 and creating a FAQ any clicking on either of the 'Changelog' links at the bottom immediately cause the browser to jump to the top of the screen. I believe this is because the id being selected by the JavaScript does not exist so it just heads to the top as a last resort ...

This may not be a change everybody wants, but considering how most people search anymore (spoiled by Google for better or worse) I think it's reasonable. In my setup I return too many pages to be attractive or worthwhile. It'd be best, in my opinion, if I could only show ten pages of result links at ...

Had to get this resolved for a demo. My "fix" is a hack and should probably be done the right way whatever that is. Interested in what that would be, by the way.

<quote file='./phpmyfaq/artikel.php' version='2.6.5'>
56a58,59
< $faq->getRecordBySolutionId($solution_id);
---
> $faq ...

Not sure if this is exactly the same, but the symptom is similar. The 'Loading...' timer at the top does it never-show-a-time thingy when previewing an authored document. I have rights to author, though, so it's not necessarily rights but perhaps you are able to find the same symptom's different ...

Mailed. I'm pretty sure it was just the two files but if anything is amiss let me know and I can send you my entire setup.

Thanks.

Steps to duplicate:

Administration: Users: List Users: [select a user to modify]

Notice that the 'Save' button in the 'Profile of the user' section is somewhat overlapping the top of the 'last modified' text field.

The save button probably belongs at the bottom of that section.

As a note I've ...

It looks like time may solve this problem, just for the record. Haven't tested extensively but I think I'm seeing that as well.

I've been playing around a bit today trying to get queries to come back significantly faster while also getting results that aren't crap. The result follows and is an implementation of fulltext search within PostgreSQL. I do not know that it is the best way (correct code in correct files) but it ...

It appears that PMF is fairly clever and either it or PHP natively is maintaining a pool of connections to PostgreSQL which is really neat; however, when the database is restarted and the web server is not an error shows up within the browser indicating there was a failure with the database. I haven ...

Great! I'll need to figure out how to checkout the latest branch from there to get all of this in there. In the meantime I just changed mine in a way that seemed appropriate though I have only updated the one language file. What do you typically do in this case if you do not speak all 38 supported ...

I made the following change and it seemed to work:

diff artikel.php artikel.php.orig
55d54
< $solution_id = $faq->faqRecord['solution_id'];
58d56
< $record_id = $faq->faqRecord['id'];

Well this has been an interesting one and is a bit bigger than just mailing. I was going through the SQL calls (PostgreSQL has a neat feature to let you log queries via the log_statement command in the postgresql.conf file) and noticed the following while tweaking something else:

<code>
2010-05-29 ...

A bit more information. Searching and then selecting a result actually works. Searching by a number which matches a solution_id which takes you directly into the FAQ is what is not working. I did not realize the distinction before and have been doing a lot of tests just going to one TID to look at ...

Update: the Configuration tab behaves the same way as the Users tab so that would also be a bug I suppose. Same fix for everything: make it work like Statistics.

This is nothing critical as far as I can tell, but if a non-user/group-administrating user accesses the Administrative interface after logging in (in order to work with categories, FAQs, the Glossary, or whatever) and they click on 'Users' the page does not really return properly from an application ...