Category: Article

tiki-read-artile.php seems to parse code paragraph twice.
I observed that articles parsing worked properly in the preview and in the printable version of an article, but not in the "read" mode.
I edited the "read" and "print" file and "echo"-ed a debug comment in which I tried to display the article body data before parsing:

{CODE(caption="tiki-read-article.php at line 151",colors="php",wiki="0")}echo "<!-- " . $body . " -->"; // The line I've added
$smarty->assign('parse_body', $tikilib->parse_data($body));{CODE}

{CODE(caption="tiki-print-article.php at line 82",colors="php",wiki="0")}echo "<!-- " . $body . " -->"; // The line I've added
$smarty->assign('parse_body', $tikilib->parse_data($body));{CODE}

When I call the "read" one, some things in $body are already parsed.
So when the code calls $tikilib->parse_data($body), the code is parsed a second time.

I found the problem when I was trying to display a BASH code with ~np~--~/np~ parameters

edit article doesn't save if you change any setting in the advanced tab: to email.

Reproduced in
https://tiki.org/tiki-edit_article.php?articleId=442#content_edit_article1-5

Add any email in the "to" field, and you won't be able to save your edition, or your new article if it was the first time you were writing that.

The action log, in addition, says:
{CODE()}
/New article post at tiki.org [Invalid "To" header; contains no addresses]
{CODE}

Manage items> Edit subject field image and email notification are shown empty.

http://dominio/tiki-edit_topic.php?topicid=xx

Since 1.9.6, when I post a new article ("Edit article"; I'm user with admin privileges on that site) I 'm returned to a page saying: "Article not found", and this is the url shown on the browser: http://www.moviments.net/tiki-read_article.php?articleId=

However, the article has been posted successfully .
Hoiwever, users get confused and re-submit the article several times, ... and end up with the idea that Tiki is "kind-of-broken"...

This is the message of the post, in case it matters:

Title:
Nous cursos GRATUÏTS: Wiki i Portals Web col·laboratius (TikiWiki CMS/Groupware)

Author name:
Xavi

Theme:
a theme called "Projecte_cursos", as with earlier tiki versions, working fine that them, associated img, etc.

Type:
Article

text floating around image

no categ selected

Header: (inside code box here on dev.tw.o; without on my site)
{CODE()}
Es torna a fer una nova tongada de cursos __GRATUÏTS__ sobre
* __Redacció col·laborativa__ de documents a través d'Internet emprant __Wikis__, i
* __Administració de portals web dinàmics i col·laboratius__, basats en __TikiWiki CMS/Groupware__, en nivell inicial, intermig i avançat.

Més informació sobre dies i hores a sota (o directament a http://moviments.net/cursos )
{CODE}

Body:
{CODE()}
------------------------------------------------------------------------------------
* Curs de __Wiki__: Redacció col·laborativa de documents per Internet (__nivell I__: iniciació) . DATES:
** 27, 29 de novembre, i 1, 4 i 5 de desembre. 10-13h,
++ ó
** 28, 29, 30 de novembre, i 1, 5 de desembre. 17-20h
------------------------------------------------------------------------------------
* Curs d'__Admin. Tiki CMS/Groupware__: portals web dinàmics i col·laboratius (__nivell I__, iniciació).
** 11, 13, 15, 19 i 21 de desembre. 10-13h
++ó
** 28, 29, 30 de novembre, 1 i 5 de desembre. 10-13h
------------------------------------------------------------------------------------
* Curs d'__Admin. Tiki CMS/Groupware__: portals web dinàmics i col·laboratius (__nivell II__, intermig).
** 11, 13, 15, 19 i 21 de desembre. 10-13h
++ ó
** 11, 13, 15, 19 i 21 de desembre. 17-20h
------------------------------------------------------------------------------------
* Curs d'__Admin. Tiki CMS/Groupware__: portals web dinàmics i col·laboratius (__nivell III__, avançat).
** 27, 29 de novembre, 1, 4 i 5 de desembre. 10-13h
++ ó
** 11, 13, 15, 19 i 21 de desembre. 17-20h
------------------------------------------------------------------------------------

Més informació (i pre-inscripcions, si t'interessa):
http://moviments.net/cursos

Exemple de nous "espais de treball" (nova funcionalitat del Tiki):
http://moviments.net/cursos/ws5

Fins aviat,

Xavier de Pedro
Projecte Cursos,
AlterComs SCCL
{CODE}

Can be duplicated on tikiwiki.org

start and end time in tiki-calendar.php (add or edit mode) takes the GMT time, even if the current user is in local time.

This is not such a problem when adding an event because the user is expected to choose the time.

However, when someone edits an existing event, the start & end times are reverted back to GMT. When the user saves the event, the time is several hours off.

--

Related:
Also affects tiki-edit_article.php, tiki-edit_submission.php and tiki-view_tracker.php (when submitting a tracker)

To duplicate the bug, you must be in a different timezone than your server.

I know that there is a flowplayer plugin but if I want to embed something from youtube or google videos, the code gets broken displayed.

This would be useful for articles and blogs.


I know there's a security reason for breaking the embed code, but still...

Links to remove email notification messages come without hash (see below the live example from TikiFestNY)

http://tikiwiki.org/tiki-user_watches.php?hash=

{QUOTE()}
Edit article post: TikiFest NY by lindon at Tue 24 Nov. 2009 06:10 CET

View the article at:
http://tikiwiki.org/article179

If you don't want to receive these notifications follow this link:
http://tikiwiki.org/tiki-user_watches.php?hash=
__''Announcing the first ever TikiFest in New York City being held from January 14-18, 2010!''__

TikiFestNY is a big bug squash! The idea is to knock out as many bugs as possible and have as much fun as possible doing it. If a bug takes more than 30 minutes to fix, then we move on to the next one. Also, invites will be going out locally for an introduction to Tiki presentation on Saturday afternoon followed by refreshments. Hope lots of people can make it! Remote participation is also possible for those that can't. Find complete information at TikiFestNY.

%%%::__~~purple:{COUNTDOWN(enddate=>14-Jan-2010 locatetime=>off)} until TikiFestNY!{COUNTDOWN}~~__::

%%%::''__See you there!__''::
----------------------
{QUOTE}

{syntax type="tiki" editor="plain"}
The original Pagetop Hero idea included some JavaScript to dynamically relocate a -+top-image+- class image from the wiki page, blog, article, etc. text to the topbar module location. This is demoed at https://themes.tiki.org/Topbar%20hero. This way, the image can be easily specified while editing the page or post content, can easily be specific to the page or post, and there's no need to do any content editing in the admin modules interface. If this JavaScript and the dynamic function it enabled were added to the implemented module code, I think the module would be greatly improved.

At viewing and creation Article such mistake:

Warning: mysql error: Unknown column 'tiki_articles.author' in 'on clause' in query:

select `tiki_articles`.*,
`users_users`.`avatarLibName`,
`tiki_article_types`.`use_ratings`,
`tiki_article_types`.`show_pre_publ`,
`tiki_article_types`.`show_post_expire`,
`tiki_article_types`.`heading_only`,
`tiki_article_types`.`allow_comments`,
`tiki_article_types`.`comment_can_rate_article`,
`tiki_article_types`.`show_image`,
`tiki_article_types`.`show_avatar`,
`tiki_article_types`.`show_author`,
`tiki_article_types`.`show_pubdate`,
`tiki_article_types`.`show_expdate`,
`tiki_article_types`.`show_reads`,
`tiki_article_types`.`show_size`,
`tiki_article_types`.`show_topline`,
`tiki_article_types`.`show_subtitle`,
`tiki_article_types`.`show_linkto`,
`tiki_article_types`.`show_image_caption`,
`tiki_article_types`.`show_lang`,
`tiki_article_types`.`creator_edit`
from `tiki_articles`, `tiki_article_types`left join `users_users` on `tiki_articles`.`author` = `users_users`.`login` where `tiki_articles in /home/www/istiki/lib/tikidblib.php on line 134

Right now, you can't configure an expiration date on the Classifieds.

In creating an article, there is a publish date. But there is no expiration date entry.
Yet the article listing shows an expiration date (1 year after pub date).
I cannot determine how that expiration date was set, nor to edit it or disable it.

This appears in both 4.0 and 5.0, in various themes.

Author/creator of an article/sumission is replaced by user who last modified article or submission causing:

*Original author with no general edit_article perm to be unable to edit his article or submission once modified by someone else although he has creator can edit perm.
*Sumission to be automatically validated under a new author if modified by someone who has edit_submission and autoapprove perms.

A blank line out of a paragraph should not start a new paragraph (as in 4.2). If feature_wiki_paragraph_formatting_add_br is on, an empty line is created on top of the new paragraph.
It comes from lib/tikilib.php line 6838ff
} elseif (!$in_paragraph && !$contains_block) {
// If not in paragraph, first non-blank line; start a paragraph; if not start of div created by plugins
$data .= "<p>";
...

in the comment it is stated that the paragraph should only begin at first NON-BLANK line

__Solved and closed! SORRY! It was a dumb configuration fault. I just unknowingly did set it this way - OUCH!__

Last update from SVN (12.0svn): Thursday 10.10.2013 22:59:47 CEST- REV 47972

When I create an article (example.com/tiki-edit_article.php) everything is fine,

but when I want to reedit th article (add some info, correct a typo etc.) and use the edit link to the article (example.com/tiki-edit_article.php?articleId=16), the body editor is disappeared.

The body (main part of the article) is alright shown in view mode, but it is not possible to reedit the body, cause then the body part of the editor isn't there.

--I try to reproduce on show.tiki.org now.--

__I could not reproduce on show.tiki.org__

--Weird! -> So I lower the importance and try to find out more.--

__Solved - it was a configuration fault! I can be so dumb.__

Last update from SVN (12.0svn): Friday 18.10.2013 12:58:31 CEST- REV 48060

HTML is not parsed in Articles when it says it should, even if I enable the checkbox __Allow full HTML (Keep any HTML tag.)__

Test code:
{CODE()}
Register here: <a href="Event%3A_Xmas_Party" class="" title="Event: Xmas Party" data-type="wiki page" data-object="Event: Xmas Party">Event: Xmas Party</a>
{CODE}

Reproduced on show:
http://luci-199-6494.show.tikiwiki.org/tiki-read_article.php?articleId=1

admin
12345

Wysiwyg enabled, using wiki syntax. Article has wysiwyg, and in the body, this content is added:
{CODE()}
{file type="gallery" fileId="41" showicon="y"}
{CODE}

When viewing the article, the html tags for the icon are shown instead of showing the file icon.
{CODE()}
<a href="dl41" class="internal"> <img src="dl41?thumbnail=y&x=16" alt="Image" class="regImage pluginImg" /> </a>
{CODE}

Mmmm, I can't reproduce, for some reason, with the show instance. I will provide a dbdump of my production site to any developer willing to have a go to fix this issue. (whatever permutation of settings is needed seems to be achieved - by chance - in that production site). {sign user="xavi" datetime="2014-04-24T16:49:50+00:00"}

(For the record: diaspora site)

Long and extra long wiki pages are not correctly displayed by the IE. Also no scroll bars are shown, so the content vanishes completly on a certain point of the page.

Also articles are affected. :-(

When you enable the article feature, and you create some article types and topics, you will eventually come across a listing of topics. Topics can be activated or inactivated.

But contrary to what could be perceived as being intuitive, topics start de-activated, signalled by the red oneway sign. And even more counter-intuitively, the option you get with the wrench symbol is to de-activate them (deactivate them again?), which is signalled by a green check logo.
See the screenshot.

This is beyond confusing :-)

Thanks
hman

{syntax type="tiki" editor="plain"}
On an upgraded Tiki to version 29.1 I have articles using their own image and no "Image alternative text" was set as this is not mandatory.

However if I try to modify the content an old article on save the page reload no save and I don't see an error.
Only when I go to the "Image" tab of the edit article interface I can see an error message.

Add a value for the field "Image alternative text" solve the issue.

If a value is mandatory NOW, a red asterisk or something on the field should show it is mandatory.
If a user edit an article that was created BEFORE the change then the issue should be pointed inside or outside the tab Image so the user see what is the problem.

When displaying an article, the exif rotation info is not read and used from the jpg file, the image is displayed with a wrong rotation.
When you click on the picture, the info is used and the picture is displayed properly.

{syntax type="tiki" editor="plain"}
Hi,
I'm testing tiki 6.0. I found that there is a problem to edit submited articles with image uploaded in section "own image". After saving an article appears page:
406 Not Acceptable
.../tiki-edit_article.php with info:
"Not Acceptable

An appropriate representation of the requested resource /enigme/tiki-edit_article.php could not be found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request."

It happens during second editing. The error does not appear if there is no image uploaded or if the image is uploaded by WYSIWYG. In result of this, it's impossible to reedit some articles.

The second problem is adding new article with option submit article. When I user tries to apply a template the site doesn't refresh.

Best regards,
Tomek

Tiki can read and display RSS feeds: good
Tiki can read, combine and display RSS feeds : great


The next step is to import the data into Tiki and treat it like a native article / event / whatever.

If the remote article / event / whatever is modified, the item should be re-imported (but not duplicated). Using the URL to identify the uniqueness. (Some systems many use titles in the URL and if the title changes, we'll end up with a duplicate)

Related:
*[tiki-view_tracker_item.php?itemId=496|RSS feeds on tiki calendar + calendar data sharing via RSS (remote calendars)]
* http://profiles.tikiwiki.org/Collaborative_Watch

After activating the Article and RSS features I tried to generate articles from an RSS feed and it didn't work.

When clicking here http://regis-10191-4930.show.tikiwiki.org/tiki-view_articles.php nothing appears.

subtitles and topline have 255 characters so why is title limited?

When you enter text into an article, or when you edit an article's content, there might come a situation where you want to use a character that is not readily on your keyboard.

Unfortunately, in standard setting, you cannot enter it's unicode address directly with ampersand hash.

That is the time to use the edit feature 'special characters', represented by a keyboard symbol. Clicking this opens a pop-up window containing several special chars, among them are some greek characters.

Btw, strangely there is a greek uppercase chi, but I did not see a lowercase one. The font (currently I use EB Garamond) not only carries all greek chars, but even accented greek and diacritic greek...

This is what happened:
But I just needed an uppercase chi, and it was there, so I clicked it to insert that into the text. It was inserted, the text looked okay, so I clicked on Save. Result: ALL text after the chi was gone, and instead of a chi there was just a ]6.

I was lucky, there were just two sentences after the chi, which I could reproduce. I tried to replay the scenario, and it could be replicated. Each and every time the text gets truncated at the chi. And because articles do not have a history (I'll have to open a feature request to have that added, it's dearly needed) this leads to immediate loss of data (once again, that is not available as a bug classification).