Category: Error

On a Tiki22 I have multilingual, restricted language, page and site synchronised.

From Google I land on the English page.
I switch to Hebrew and then paste the french url on the browser bar.

The page language is French
The Tiki language is French
The keyword and description tags are Hebrew
{img fileId="1476" thumb="box"}
This will stay even after a refresh. Only if I click on the French language (language selector) even if it is already displayed as selected the tags will synchronise (all in French).

Now if from an external tools to check what my meta tags are I select the French version of the page (french name) It show me the right page in french, the right text in french but the meta tags, Keywords and Description are still in English.
{img fileId="1475" thumb="box"}

Somethings is not synchronised...
---
~~#F00:UPDATE~~: And this is messing with search engine and social network.
---
~~#F00:UPDATE~~: This happen when using SEFurl.
If you use domain.com/tiki-index.php?page=nameofyourpagenotinenglish it will work (site language will switch)
If you use domain.com/nameofyourpagenotinenglish the page will display but the site language won’t change. I can’t use SEFurl on show2 to demonstrate.

If you send a Tell a Friend link from a wiki page that has spaces in the page name, the link in the email is broken. For example, you'll get:

http://www.tikiwiki.org/tiki-index.php?page=tell a friend

Confirmed on latest SVN as of 04/22/2008

If you have a pagename with a colon in it, like user:person, it will not work because Firefox will think user: is a protocol.

Hi

You can create a wiki page with quotation marks in the page name. Say, -+foo "bar" baz+- .

But when you try to open that page from inside the pages list (Wiki -> List Pages), then it fails with this error message:

-+Error, Page not found, foo-+-

The page name is truncated at the first quotation mark.

{syntax type="tiki" editor="plain"}
I put together a tracker about a year ago (4.2?) that used a page selector field to go to a wiki page (that uses the tracker plugin) in order to edit the tracker record. After installing 6.1, the fields are not populated on the wikipage with the tracker plugin after clicking on the page selector field - they are all empty. If I look at the tracker directly, there is data in the fields.

FWIW: I tried to create another tracker from scratch with the same functionality and got the same results.

Page with many PluginSheet calls should respect their own uses of parameter 'simple=y/n'

How to reproduce:
Apply profile ((pr:Spreadsheet demo)), and at the instructions page, many sheet plugin calls have -+simple=y+-, and only one has -+simple=n+-. However, all of the sheet plugin calls in the page inherit the -+simple=n+-

----
See it reproduced here:
Compare the page produced by the profile:
http://xavi-9794-6265.show.tikiwiki.org/tiki-index.php?page=Spreadsheet-demo-instructions
u: admin
p: 12345

with an equivalent page where all sheet plugins where set to simple=y:

http://xavi-9794-6265.show.tikiwiki.org/tiki-index.php?page=Spreadsheet-simple-only

http://xavi-9794-6265.show.tikiwiki.org/tiki-pagehistory.php?page=Spreadsheet+simple+only&newver=0&oldver=2

Please note the different UI surrounding all sheets in the earlier version (the one also coming from the profile: all simple=y but one simple=n )

I have a tracker with 2306 items that individuals can filter through. If the search result is large enough their is an option on the bottom to select a page of results or they can chose a next or previous button. The initial result is fine, but if they select any option they are redirected to a page that lists the "path" of the url twice i.e., "https://example.com/tiki-index.php/tiki-index.php?page=TrackerName&tr_offset1=25" the same issue happens when I select from tracker directly i.e., "https://example.com/tiki-view_tracker.php /tiki-view_tracker.php?trackerId=6&offset=25"
In both instances if I remove the duplicate "path" I get the desired result. However, I cannot expect the user to take this action. I have this issue with tiki21.4 and tiki23.0
It seems to be an issue with parsing the url and putting it back together with the path twice. I have been coming through lib/tikilib.php to see if I can find the issue. I didn't have this issue with tiki18 which was prior to the change in 21 that included converting from absolute to relative links

Page: 1/0 happens when listings contain 0 items.

It is a harmless but ugly bug.



Also, while we are playing here, why is it that when:
{if $direct_pagination eq 'y'}
we see the standard pagination (prev/next) AND the direct (1) (2) (3), etc ?


It seems to me if everything fits on a page, no need to have a search (filter option) and no need to have pagination.

All the ones seen in the demo should be fixed, at least:
http://demo.opensourcecms.com/tiki/

Compare and Diff links don't take effect and it shows the history all the time.

I support 3 languages on my web site...
and have problems when a page title is the same in different languages...

Example..

"Projekter" in Danish
"Projects" in English
"Projekter" in Swedish

I cannot have two pages named "projekter" even though they are different languages..

Actually pretty annoying that you cannot have two wiki pages with the same title...
because you maybe have different contents...

Wiki page title

> pageSlug test 2bye x 30 = 60byte
> 1) １２３４５６７８９０１２３４５６７８９０１２３４５６７８９０
> 1) is bad, Error 400 when save page, and 403 when view page.

because encoded pageSlug is not same as url when tiki makes page URL.
so when same, there is no place to where to store db.
also when view, pageSlug is broken.



workaround
1) short tile
2) varchar(160) to 255 (but stile same problem when title is long)

fix
only way is direct DB edit

more .. later

Parameter nobox=y is not working anymore for the module forums_last_posts

http://bsfez-11581-7540.show2.tikiwiki.org/tiki-index.php

---

Updated on the 8/05/2023; Still broken, tested at https://nextdev.dev9.evoludata.com

{img fileId="2055" thumb="box"}

{syntax type="tiki" editor="plain"}
The dropdown menu for "Parent Gallery" shows blank entries. I assume these are my galleries, but I don't know which one is which.

{IMG(src="http://dev.tikiwiki.org/tiki-browse_image.php?imageId=103")}{IMG}

When an iframe in a wiki page loads another page that is associated with a perspective, the perspective class (like "perspective4") is added to the body tag not only of the page in the iframe, but the page that contains the iframe. This is a bug because the page containing the iframe shouldn't have that perspective class.

Backslash followed by zeros in a section marked with ~pp~ for no parsing caused wiki page to not display / have fatal memory errors (limit=64M)

Exact line:

~pp~
#1 0x08071f28 in MJobSelectClass (J=0xd225858, ModifyJob=1 '\001', ModifyRM=1 '\001',
~/pp~

{syntax type="tiki" editor="plain"}
tikiwiki-5.0.Beta1\setup_smarty.php, line 251, in function get_filename:
$file = '';
may be replaced by
$file = '/';

The sandbox option for payment method paypal doesn't work, yields https://www.sandbox.paypal.com/webapps/shoppingcart/error?flowlogging_id=1cfca85ccab80&code=BAD_INPUT_ERROR

Possibly because of API change. See https://developer.paypal.com/docs/api/sandbox/.

Thanks
hman

PDF-generation does not work at all in Opera 9. The pdf generation page is shown, but when you click "create" nothing happens. I have check this for wiki pages and articles. I don't know if pdf-generation is available for other features.

first of all excuse me for accidentaly logging with this account

version v1.9.0 -Sirius
I am working on setting up a tikiwiki in bulgarian language for internal usage.
I have made partial translation of the language to bulgaian (keeping the UTF-8 encoding)
The main encoding used in BG is windows-1251 (it sucks and is tottaly incompatible i know)
I have a very simple page which is in cyrilic (bulgarian) in the DB it is stored as UTF-8.
When trying to generate PDF the process passes just fine. The only problem is that all non english text is seen as question marks.

I have tried changing te WinAnsiEncoding to builtin in class.pdf.php, but that doesn't help. If you need i will provide a samples from WinAnsiEncoding and builtin

All suggestion's appreciated

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

Database error on [https://tiki.org/tiki-print.php?page=Community&display=pdf]

Seem the auth token isn't getting generated maybe?

I tried to update mPDF there via admin/packages and it said it failed because:
{CODE()}Problem 1
- Conclusion: don't install mpdf/mpdf v8.0.7
- Conclusion: don't install mpdf/mpdf v8.0.6
- Conclusion: don't install mpdf/mpdf v8.0.5
- Conclusion: don't install mpdf/mpdf v8.0.4
- Conclusion: don't install mpdf/mpdf v8.0.3
- Conclusion: don't install mpdf/mpdf v8.0.2
- Conclusion: don't install mpdf/mpdf v8.0.1
- Conclusion: don't install mpdf/mpdf v8.0.0
- Conclusion: don't install mpdf/mpdf v8.0.7
- Conclusion: don't install mpdf/mpdf v8.0.6
- Conclusion: don't install mpdf/mpdf v8.0.5
- Conclusion: don't install mpdf/mpdf v8.0.4
- Conclusion: don't install mpdf/mpdf v8.0.3
- Conclusion: don't install mpdf/mpdf v8.0.2
- Conclusion: don't install mpdf/mpdf v8.0.1
- Installation request for mpdf/mpdf ^8.0.0 -> satisfiable by mpdf/mpdf[v8.0.0, v8.0.1, v8.0.2, v8.0.3, v8.0.4, v8.0.5, v8.0.6, v8.0.7].
- Conclusion: remove setasign/fpdi 1.6.2
- mpdf/mpdf v8.0.0 requires setasign/fpdi ^2.1 -> satisfiable by setasign/fpdi[v2.1.0, v2.3.4, v2.1.1, v2.2.0, v2.3.0, v2.3.1, v2.3.2, v2.3.3].
- Can only install one of: setasign/fpdi[v2.1.0, 1.6.2].
- Can only install one of: setasign/fpdi[v2.1.1, 1.6.2].
- Can only install one of: setasign/fpdi[v2.2.0, 1.6.2].
- Can only install one of: setasign/fpdi[v2.3.0, 1.6.2].
- Can only install one of: setasign/fpdi[v2.3.1, 1.6.2].
- Can only install one of: setasign/fpdi[v2.3.2, 1.6.2].
- Can only install one of: setasign/fpdi[v2.3.3, 1.6.2].
- Can only install one of: setasign/fpdi[v2.3.4, 1.6.2].
- Can only install one of: setasign/fpdi[1.6.2, v2.1.0].
- Can only install one of: setasign/fpdi[1.6.2, v2.3.4].
- Installation request for setasign/fpdi (installed at 1.6.2) -> satisfiable by setasign/fpdi[1.6.2].
{CODE}

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.

On a Tiki20 using mPDF with the PDF print option enabled Admins or Registered can successfully generate a PDF from the tracker item action menu.

If anonymous do the same he have a white page.
(I checked that all fields display data anonymous can see).

It can be seen [https://tsaharoniki.com/item89-%D7%99%D7%95%D7%9D-%D7%94%D7%9B%D7%99%D7%A4%D7%95%D7%A8%D7%99%D7%9D|here]

the button "insert internal link" (on the WYSIWYG-editor) doesn't work.

it opens a new window "local.php not found — This is normal if you have not run the tiki installer yet".


(but i run the tiki installer)