Category: 1.9.x

Platform:
tikiwiki Version 1.9.4
RHFC 4 (2.6.17-1.2139_FC4smp #1 SMP)
PHP 5.0.4 (with php-xml-5.0.4-10.5)

UPDATE:

OK, it looks like the problem was due to strange characters (I had copied-and-pasted from another tikiwiki site).

So, if I create a new wiki page and try to create a PDF from that, I get further. This time, I get a pge full of the PDF codes! I've tried using both IE6 and Firefox 1.5.0.6.
I noticed another poster complaining about problems with Opera 9.

I don't think it's a browser issue.

============
Problem:
PDF Generation doesn't work. After clicking the "Create" button, the resulting page (tiki-export_pdf.php) is blank.

I added some debug statements to the code, and it appears that everything is fine up to this statement in function insert_html (source file: pdflib.php):

$this->flush($src);

In the line before:

$this->WalkParsedArray($htmlparser->content,$src,$dummy);

if I print out $src, I can see the contents fine. But the flush statement following doesn't seem to work. In fact, if you append an echo statement after that, it doesn't execute:

$this->flush($src);
echo "after flush\n"; <=== doesn't display

In the code for flush(), I added more echo statemnts.

function flush($src) {
echo "<h2>entering flush</h2>";
$this->ezText($src,$this->tiki_textheight);
echo "<h2>leaving flush</h2>";
}

I also added echo statements in ezText().

Interestingly, "entering flush" is printed followed by REPEATED calls to ezText. The "leaving flush" statement is NOT printed!!

This is very weird.

I know the PDF generation feature worked fine in version 1.7.1.

Any ideas what's going on? I can send the entire debug output if it will help.

Thanks,

paul

In 1.9.2, the ability to create PDF files from structures is fixed (which is great). All files in the structure are now automatically added to the include list when the PDF icon is clicked while in an active structure.

However, the resulting file is badly named. For example, in a structure consisting of:

test structure [view |edit]

* 1 numbers [x] [view |edit]
o 1.1 one [x] [view |edit]
o 1.2 two [x] [view |edit]
* 2 colors [x] [view |edit]
o 2.1 blue [x] [view |edit]
o 2.2 green [x] [view |edit]

(http://gaeacoop.org/tiki/tiki-index.php?page_ref_id=1)

the resulting PDF file is named "green" rather than "test_structure.pdf" or "test structure.pdf". Not only is this generally confusing (naming the pdf file for the last page in the structure is pretty counter-intuitive), but the lack of the PDF extension prevents the browser from automatically opening the file. I was able to force the file to open with Acrobat Reader 5.0 for Macintosh on OSX 1.3, but only after setting the file filter to "all files." Many less experienced users would have stalled before this.

The PDF generation should default to the name of the structure plus the ".pdf" extension, and probably should also allow this file name to be manually changed before the PDF is generated.

When you generate a PDF of a wiki page, tables extend beyond the edges of pages. Apparently, during generation the text in the tables isn't wrapped to make the table fit the width of the page.

In tiki-assignpermission.php, if you create a blank level and then, you have blank levels for some permissions, you will get an error like:


{img src=images/code.png}%%% {CODE()}
The XML page cannot be displayed
Cannot view XML input using XSL style sheet. Please correct the error and then click the Refresh button, or try again later.


--------------------------------------------------------------------------------

Only one top level element is allowed in an XML document. Error processing resource 'tiki-assignper...

<b>Notice</b>: Undefined index: tiki_p_take_quiz in <b>tiki-...

{CODE}

And you can't via the interface re-assign the level to that permission. You need to clean the mess in phpmyadmin



If you have phpmyadmin, to reset permissions to original state:

1- go here:
http://tikiwiki.cvs.sourceforge.net/tikiwiki/tiki/db/tiki.sql?revision=1.214.2.215&view=markup&pathrev=BRANCH-1-9

2- find "Table structure for table users_permissions"

and copy/paste that section (just that section) in sql commands

lines 4001 to 4191



reported by johnh on #tikiwiki

Maybe 1.10 is affected as well...

Anonymous can view this gallery:
http://www.marclaporte.com/gallery1
And there is a list to the galleries:
Put I can't list the available galleries (available to anonymous)
http://www.marclaporte.com/tiki-galleries.php


There is a related problem with tiki-list_gallery.php where a :

if ($tiki_p_admin_galleries != 'y')

which prevents all individual image gallery permission checks

I wanted to add a left-hand module giving the current status of several SQL databases. They already appeared on a wiki page, but I wanted it available without logging on. I created a Dynamic Content entry containing wiki markup with a table and sql module similar to:

|| table1 | {sql(db=>test)}SELECT..{SQL}||

However, as soon as I saved it the site became unavailable. Apache log contained:

PHP Fatal error: Smarty error: in evaluated template line 1: syntax error: unrecognized tag: SQL(db=>test) (Smarty_Compiler.class.php, line 446) in ...

Unfortunately, I could not do anything to correct the error, because the site was no longer accesable. This should have failed a little more gracefully.

I have a set of translations:

page_id=14 - EN - is an element of a structure "A"
page_id=15 - DE - is an element of a structure "B"
page_id=16 - FR - is not an element of any structure

wiki option "Open page as structure:" is enabled...



When I try to use reference like this:
"tiki-index.php?page_id=14&bl"

the reference works as it would be following:
"tiki-index.php?page_id=14". (it does not open pages in languages DE & FR)

When I try to use reference like this:
"tiki-index.php?page_id=16&bl"
Everything works excellent!!!




the same thing with wiki-syntax references.

When you rollover any of the phplayers horiz menu, causing the menu to popup, and then subsequently try to use an overlib, e.g. the userlink popup that appears when you rollover the name of a user, the overlib will fail with javascript error "windowWidth is not a function".

The reason is because phplayers layersmenu.js (or if you have copied its contents into another file like layersmeny-header.ijs) defines windowWidth as it works, destroying the overlib function.

on 1.9.cvs

Horizontal phplayer menu is behaving weird when adding new options, etc. (sections level 0 and options inside dissapearing + separators rare)
Menú and menú items below, in utf-8 encoding.

{CODE()}
INSERT INTO `tiki_menu_options` (`optionId`, `menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`) VALUES
(171, 43, 'r', 'Comissions', 'Comissions', 10, '', '', ''),
(172, 43, 'o', 'Secretaria', 'Comissió+de+Secretaria', 20, '', '', ''),
(173, 43, 'o', 'Turisme', 'Comissió+de+Turisme', 30, '', '', ''),
(174, 43, 'o', 'Dinamització social', 'Comissió+de+Dinamització+social', 40, '', '', ''),
(175, 43, 'o', 'Medi ambient', 'Comissió+de+Medi+ambient', 50, '', '', ''),
(191, 43, 's', 'Enllaços', 'tiki-directory_browse.php', 300, '', '', ''),
(177, 43, 'o', 'Login', 'tiki-login_scr.php', 1010, '', '', 'Anonymous'),
(178, 43, 'o', 'Logout', 'tiki-logout.php', 1010, '', '', 'Registered'),
(179, 43, 's', 'Activitats', '', 200, '', '', ''),
(180, 43, '1', '2007', '', 210, '', '', ''),
(181, 43, '2', 'Artístiques i artesanals', 'Activitats+artístiques+i+artesanals', 220, '', '', ''),
(182, 43, 'o', 'Comerç Just', 'Activitats+artístiques+i+artesanals+de+Comerç+Just', 230, '', '', ''),
(190, 43, '-', '', '', 1001, '', '', ''),
(185, 43, '1', '2006', '', 250, '', '', ''),
(186, 43, 'o', '<img src="img/rss.png" alt="Sindicació de notícies per Agregadors RSS" title="Sindicació de notícies per Agregadors RSS" border="0" />', 'Notícies+per+RSS', 1008, '', '', ''),
(189, 43, '-', '', '', 1000, '', '', ''),
(192, 43, 's', 'Home', 'index.php', 5, '', '', ''),
(193, 43, 'o', 'Presentació', 'Presentació', 7, '', '', ''),
(194, 43, 'o', 'Història de l''associació', 'Història+de+l´associació', 400, '', '', ''),
(195, 43, '-', '', '', 1002, '', '', ''),
(196, 43, '-', '', '', 1003, '', '', ''),
(197, 43, '-', '', '', 1004, '', '', ''),
(198, 43, '-', '', '', 1005, '', '', ''),
(199, 43, '-', '', '', 1009, '', '', ''),
(200, 43, 'o', 'Historia2', 'Historia2', 410, '', '', ''),
(201, 43, 'o', 'Presentació de les activitats', 'Presentació+de+les+activitats', 205, '', '', ''),
(202, 43, '-', '', '', 60, '', '', '');

INSERT INTO `tiki_menus` (`menuId`, `name`, `description`, `type`) VALUES
(43, 'Menú horitzontal capçalera', 'Menú horitzontal per la capçalera de la web', 'd');
{CODE}

If interested in analyzing any more in the server where it happened, please, request me an admin account at:
http://www.moviments.net/valldelcorb

so that you can reproduce the buggy behavior.
I'm afraid of adding new items or sections since they break the present layout of phplayer menus if it is set as horitzontal.
when previewed as vertical, it's always shown ok, at it should.

I was using twist.css theme style.
-------
April 4th: the problem seems to dissapear if using tikineat style instead of twist.css theme style. See the screenshots of the same menu with each theme style.

If a user has no access to a feature or a wiki page, normally the login page is shown. However, if the site has a phpLayers menu (E.g. {phplayers id=43 type=horiz} in Site Identity features - Custom Code - Content ), the phpLayers menu fails and dies. The user only sees a blank page with the message "LayersMenu Error: setMenuStructureString: empty string. Halted".

I have a tikisheet created (mainly text): 7x7 table, with special characters (é, è, spaces, round brackets)

||Programari | Sistema Operatiu | Llicència |Català |Multiplataforma |Mida (octets) |Funció
WinK |GNU/linux, M$ Windows |Gratuït per a ús no comercial |No (en procés) |Si |100 |Per generar video tutorials
OpenOffice |Linux, Windos, Mac |LGPL | Si |Si |50000
Firefox | |MPL |Si |Si |6000
Thunderbird | |MPL |Si |Si |6000
Gimp | |GPL |Si |Si |2000
Gaim | |GPL |Si |Si |2000 ||

I've just enabled feature_charts, and tried to produce a pie chart, but didn't work for me. I got just the title, and the legend.

The options requested after pie chart is selected, are:
||Títol: | Prova
Series:
label | c1
value | c3:c7
color |
style | ||
(similar to what I saw at the screengrab at [http://tikiwiki.org/tiki-index.php?page=TikiSheetDemo|tw.o sheet demo]
.

This was reported on ((tw:ReleaseProcess19))

Has this been fixed?

Using 1.9.7, I think.

This page
[http://www.moviments.net/precarios/Comisi%C3%B3n%20Carrera%20Investigadora]

is showing categorized objects (through the usage of Plugin Category) with old names (i.e.: "foro (forum): Carrear Investigadora"), even if the forum was renamed to "Carrera Investigadora".
[http://www.moviments.net/precarios/tiki-view_forum.php?forumId=3]

Plugin Copyright doesn't work: it does not produce any output, following the syntax provided at wiki edit form > "wiki help".

See attempts to document its usage (looking at the notes inside the code aswell), but no success either....

[http://doc.tikiwiki.org/PluginCopyright]

Plugin mouse over is missing this files inside:

wiki-plugins/mouseover/wiki-plugins/wikiplugin_mouseover.php
lib/wiki-plugins/wikiplugin_mouseover.php

it only contains th*.info.txt file.

So it can't install (neither from cvs _mods, neither from admin mods interface (mods.tikiwiki.org )

Plugin poll is not working on doc.tw.o. No way to vote on the box...

See it at:
[http://doc.tikiwiki.org/PluginPoll]

---

Update: weird behavior: I visited today the doc page about it, and it showed ok. I edited the page to say that there was not bug there any more, and after saving changes, the output is wrong again!
So ???? I don't know what's happening...
Please somebody else, have a llok (not urgent, but something is wrong here...)

When TikiSheet is deactivated but a plugin sheet exists (with previous data), we get a weird error message.

When TikiSheet is deactivated, all sheets and plugin should say " This feature is disabled: feature_sheets "

plugin snarf produces ugly output, with many empty lines within the output.
It's not usable for production.
Tired snarf'ing tiki sites with 2 columns, just one, and no lateral columns: similar ugly effect
Tried with html sites, same ugly effect of many empty lines everywhere...

The plugin SQL can not retrieve data returned from a SELECT which is in a stored procedure. Stored procedures can be more secure than granting database read access to the TikiWiki server.

With MySQL, data can be retrieved from a stored procedure if the "mysqli" interface is used instead of "mysql", and if the client_multi_results flag is set before calling NConnect().

if( $dbdriver == 'mysqli' ){
$dbsqlplugin->clientFlags = 131074; // set client_multi_results
}

When putting a plugin onto a blog post which requires parameters, the parameters are not passed in or are passed in as an &. This happens when the => syntax is used, or quotes are used around the parameter. These are otherwise fine when in a wiki page.

Most plugins appear to be affected on my installation - which was an upgrade from 1.8.4 to 1.9.2.

They render okay when viewing individual posts, or previewing, which leads me to beleive it is in tiki-blog_view.php somewhere.

After diffing the files, the largest visible change was the addition of categories into the blog, this is however not affected by turning off the feature in admin.

I am putting this high on my own priority list as I cannot upgrade my live site to 1.9.2 (although it has had some secuirty fixes put on it) until this is solved as I do not want to break my history of blog posts using plugins.

Perhaps it is worth a shot on this site or tikiwiki.org to see if plugins are affected here as well with that.

When putting a plugin onto a blog post which requires parameters, the parameters are not passed in or are passed in as an &. This happens when the => syntax is used, or quotes are used around the parameter. These are otherwise fine when in a wiki page.

Most plugins appear to be affected on my installation - which was an upgrade from 1.8.4 to 1.9.2.

They render okay when viewing individual posts, or previewing, which leads me to beleive it is in tiki-blog_view.php somewhere.

After diffing the files, the largest visible change was the addition of categories into the blog, this is however not affected by turning off the feature in admin.

I am putting this high on my own priority list as I cannot upgrade my live site to 1.9.2 (although it has had some secuirty fixes put on it) until this is solved as I do not want to break my history of blog posts using plugins.

Perhaps it is worth a shot on this site or tikiwiki.org to see if plugins are affected here as well with that.

Split plugin is not working when we try to set fixed pixel width for columns. They are percentages instead, as you can see here:
http://themes.tikiwiki.org/tiki-index.php?page=TestPluginSplit


Also, there is some info here & a patch:
http://tikiwiki.org/PluginSplit

Plural WikiWords seem to work fine for CamelCase words.

We would need it to work when we use ((

And backlinks should work as well. We will DogFood on doc.tikiwiki.org instead of all those page redirects (which are OK, but not the best))

Related:
[wish1489|Wiki page name Alias]
[wish1119|Better handling of page renaming]
[wish1610|Redirect plugin : should permit to set status "Moved Permanently"]

Anonymous users can see can view polls even though they don't have tiki_p_vote_poll

These files need to be checked:
tiki-old_polls.php
tiki-poll_results.php
tiki-poll_form.php

Setting that anon can vote in polls needs to be cheked too.
tiki-admin.php?page=polls

Sorry not to have a clearer bug report. Short version is that permissions for polls don't work as expected in 1.9.0

Please also see tracker #278

1- If you have voted, it should show you results instead of offering to vote. Even if the system doesn't record your second vote, it still offers the voting interface.

2- tiki-admin.php?page=polls
If "Allow Anonymous Poll Voting:" (feature_poll_anonymous) is checked and tiki_p_vote_poll is given to anonymous (not sure if this matters), anonymous voters can vote multiple times, without having to clear their cookies.