Category: Article

{syntax type="tiki" editor="plain"}
On a Tiki29 I use tArticles with the topic image and headings.
Before Tiki29 the Topic image and the Heading where displayed on the same line.

Since Tiki29 it is broken because a missing space in a class.

{CODE()}articleheadingd-md-flex clearfix{CODE}
Instead of
{CODE()}articleheading d-md-flex clearfix{CODE}

This is a newly introduced problem in BRANCH-1-9. tiki_p_topic_read should not be necessary because it should only be to assign permission to a specific topic.

Many people upgrading from 1.8.x to BRANCH-1-9 have reported that their articles disappear.

[http://sourceforge.net/tracker/index.php?func=detail&aid=1181297&group_id=64258&atid=506846|tiki_p_topic_read needs to be given to groups in addition to tiki_p_read_article]

On a fresh install of BRANCH-1-9 from July 31, 2007.

To reproduce:
Log in as admin. Enable articles. Click on the word "articles" in the menu immediately to the right of the file folder icon. No page is shown. Click on "Articles Home". No page is shown. When you hover over the item, the URL in the bottom of the browser seems to be correct. The file exists. Apache does not show any errors

{syntax type="tiki" editor="plain"}
In 5.0: http://localhost/tiki-5.0/tiki-view_articles.php create an error serveur has reseted

From tiki-admin.php?page=cms (the articles admin page) when you gof rom Submissions checkbox = F to T the system doesn't automatically rebuild the Articles Menu to include the Submit Article command line.

Registered users then have no way of submiting an article because that command doesn't show up on thier menu.

tiki-download_file.php and &display=y incompatible with Firefox 3.0x and PDF files

Attempting to have tiki-download_file.php display a PDF in browser using &display=y parameter... tiki-download_file attempts to open the file as a PHP file, not a PDF. OTher browsers can correctly display the PDF file.

From within an Article...

DOES NOT DISPLAY IN FIREFOX... DISPLAYS IN WINDOW IN OTHER BROWSERS
View the the full article:
[tiki-download_file.php?fileId=1&display=y|title.pdf]

WORKS, DOWNLOADS TO DISK
Download a copy of the the full article:
[tiki-download_file.php?fileId=1|title.pdf]


Maybe there is a better way to display PDFs from the File Gallery in-browser-window, but I haven't seen the documentation on how to do it with internal Wiki File Gallery files.

{syntax type="tiki" editor="plain"}
I'm trying to tame articles section and encountered strange problem. My tiki-edit_article.php looks like on this snapshot: http://img716.yfrog.com/i/tikieditarticle.png/ (external link) - so, no pretty formatted forms and - how bad! - no Preview or Save buttons :-(

Other edit pages (e.g. wiki) look fine - only this one is other. I played with permissions, plugins and features - no luck.

According to hints from forum I cleared cache. I'm using The News theme (unchanged). Also CSS and TPL files was untouched. I downloaded TW installation files once again and replaced "suspicious" files (tiki-edit_article.php and .tpl). Problem still persists. I checked many browsers: Firefox, Opera, Chromium, Konqueror and Internet Explorer - no difference.

I checked with LTS version - it works good. Trunk - not working. 4.1 from daily buid - not working.

I checked Opera's error console:

CSS - http://localhost/tiki/tiki-edit_article.php (external link)
HTML style attribute
Declaration syntax error
Line 1:
display:;
-----^

This message is repeated 8 times.

In XHTML source (i.e. viewed in Chromium) tiki-edit_article.php hasn't DOCTYPE declaration and bare HTML tag - no xmlns, no lang etc. - maybe this is a reason? I attach two screenshots from Chromium error console: first one is from tiki-edit_article.php, second one - from tiki-editpage.php. If you look into XHTML code, you'll see the difference.

http://img651.imageshack.us/img651/7734/tikieditarticle1.png
http://img685.imageshack.us/img685/4858/tikieditarticle2.png

Can anybode help me or check his/her installation? Maybe my TW is broken? I'm using openSUSE 11.2 x86_64.

Revision 1.34 CVS HEAD 1.9.5

"if $type" in below should be "if $find_type"

{CODE()}
Line 38: <option value="{$types[t].type|escape}" {if $type eq $types[t].type}selected="selected"{/if}>{tr}{$types[t].type}{/tr}</option>
{CODE}

Missing Spreadsheet, Articles, Blog, Calendar, etc

Need to add Tabs for these objects to display their object permissions

When sending an Article-Put, Tiki seems to process the email--indeed, if spits out a long array message. But on looking at the homepage, the item does not appear. List Articles shows the item, but with no body.

The Array message is attached (a series of attempts, separated by //Attempt

The first save of a new article or forum reply post on tiki.org community server never works and deletes all the content of the form (resets) at the first try. User must go back in browser history (I use Brave browser, luckily the content is still there if you did not do a preview) and re-try the save action. :(

It happened many times to me recently. I can provide video of the action if needed to reproduce.

Not sure it is a server setup issue made by @ohertel or Tiki regression?

In tiki-admin_notifications.php, if I am watching articles and wiki pages, I want to know more.


Should trigger watch notification email:
Edit article (needed: we don't need a nice diff compared to previous but I want to know who is editing existing articles. Tracker notification email is nice with old value/new value for each field)
delete article (needed: if someone deletes by accident, I can recuperate from emails)

Edit wiki page (OK)
Rename wiki page (OK in 2.0)
Delete wiki page (needed: if someone deletes by accident, I can recuperate from emails)


Trackers:
Edit tracker item (OK)
Add a tracker item (OK)
Delete tracker item (needed: if someone deletes by accident, I can recuperate from emails) in trunk, it sends an email about deletion but without a copy of the last content. __As of 2009-02-25 and on 2009-04-22, it does send an email, but with a blank sender address and without a copy of the data which was just deleted.__

{syntax type="tiki" editor="plain"}
In the Tiki article at the we have "View Articles"
Clicking on it shows a liste of all the articles.

It is translated in french for "Afficher les articles".
This text is not very good for french (I won't argue for english... but I have doubt).

It would be much clearer and simpler for the users point of view to use "Voir tous les articles" ou "Liste de tous les articles".

Impossible to go to next or previous page in http://www.xxx/tiki-view_articles.php or http://www.xxx/tiki-listpages.php
tikiwiki 3.0 RC2

Hi there,

it is very unhandy to attach files or include images in wiki pages, articles or any other content a user provides. Until now, there are means like:

a) Upload a file to a file gallery and reference it manually using the link given.
b) Upload a file to a wiki page and reference it manually.
c) Try using the WYSIWYG editor and realize it does not upload the image.

Well, what I did is I added some quicktags to your code that opens a custom upload file dialog with a preselected file gallery. The user can browse, upload and add the file into his content in one step. Basically it uploads the file and appends the wiki code at the cursor position.

I will attach you all my environment...there is a file itb_readme.txt in the root which describes in chapter 3 all the changes I do...maybe somebody of your development team assesses this as an important feature and can leverage some code...

Regards,

Maic

Images that are added using the wiki editor (anyway the normal editor, I didn't check the wysiwyg editor yet) don't have a default class. This is the simple case of no containing box or anything added along with the image. Therefore it isn't possible for them to have a default style such as margin or border unless it is added manually by the page author. Or if it is specified by the stylesheet (.postbody img or .wikitext img, etc.) then ''all'' images in those divs get the treatment, including smileys and external link icons, etc.

I suggest adding a default class like "contentimage" to enable a default style. Page authors can always add a second class if needed.

It is possible to watch for new articles here: tiki-user_watches.php

So why not add an "eye" in view articles and list articles?

(This bug has been tested and verified on clean installs of TW 1.10b1 , 1.9.11 and on opensourcecsm.com)

When someone starts to create a new article (submit/edit/new) and chooses a different article type from the menu "Type", the field "Body" disappears (even if the heading_only property of the field is NOT set).

The problem seems only to exist on clean installs with empty databases which fill up the default values with null instead of 'n' for the different type settings.

In turn, the conditional in the function chgArtType() in the file /lib/tiki-js.js does not do a proper checking of the null values creating a situation where it interprets that the heading_only property for all article types is active (or so I gather). Thus it disables the Body field every time regardless of what the property of the article type says.

{syntax type="tiki" editor="plain"}
On a Tiki 29x (updated today, after Tiki29.1) where I'm using markdown, I create an article and use the sign < in the content. I have other content after the sign. On save, the sign and all the content after it is deleted.

I can't find it on re-editing.

{mediaplayer src="https://dev.tiki.org/dl3234" type="mp4" mediatype="video"}

When using articles on a tiki 5 site, using a thenews.css-based theme style, we don't see the horizontal menu at the top bar.
On all the other tiki features, that menu is shown as expected.
You can reproduce that here:
http://intercanvis.net

versus


http://intercanvis.net/articles

It is not possible to open several times the help modal {icon name="question-circle"} when editing content.
You need to use it once, save, reload the page and re-use it... and so on.

This is not way to edit content something that should be trivial for Tiki !

It is not possible to place a hyperlink to this -valid- URL:
{CODE(Colors="Tiki")}
https://www.stadt-zuerich.ch/kultur/de/index/institutionen/nonam_indianer_inuit_kulturen/fuehrungen---freizeitangebote/let-s-talk---mari-boine--die-stimme-des-nordens.html
{CODE}

If you place this in square brackets or use the insert external link GUI function, Tiki will show the URL instead of a given alternative text, and interpret the double dashes as strikethrough.

Tiki should NEVER interpret Wiki syntax in URLs...

The article types options are not applied on the article advanced tab.

Article type classified option enabled are by default as follow :
* __Heading only__
* Show image
* Show author
* Show publish date
* Show reads

===Show topline, Show subtitle and Show source are disable===

When I create/edit an article, on the "Content" tab I accordingly sees only 2 fields: Title and __Heading__ .

But on the "Classification" tab I see 3 fields I shouldn't seems they are disabled : Topline, Subtitle and Source.

They used to be hidden when the option is disable.

Note they are not displayed on the article (even if there is a value) which is the expected behaviour.

On a Tiki23 I create a first article in "en" then create a "he" translation (new article) with everything in hebrew but __nothing in the body__ (using title and header field).
On save I have a WSoD.
If I refresh the page everything is here.

If I add a body (no hebrew in it, just an image) I got a Tiki system error:
{CODE()}
System error.
חזרה הודעת שגיאה זו:

Incorrect string value: '\xD7' for column `bernardsfez_tiki23`.`tiki_objects`.`description` at row 1
The query was:

update `tiki_objects` set `description`=?,`name`=?,`href`=? where `objectId`=?
Values:

להתאים את סביבת עבודה בדיוק איך שאתה אוהב
tiki-read_article.php?articleId=66
226

{CODE}

The article is saved and visible (while something seems weird in the display)

I tried to check if they were invisible characters or some specific word or letter that cause the issue and I couldn't find.

If I take the same text and remove it form the Heading to paste it in the body, it is working as expected.
---

It couldn't be reproduced on the show instance so I checked my database setting.

In my (Virtualmin) configuration file (my.cnf) I added :
{CODE()}
[client]
default-character-set=utf8mb4

[mysql]
default-character-set=utf8mb4
{CODE}

MariaDB System Variables look good:
{CODE()}
character_set_client utf8mb4
character_set_connection utf8mb4
character_set_database utf8mb4
character_set_filesystem binary
character_set_results utf8mb4
character_set_server utf8mb4
character_set_system utf8
character_sets_dir /usr/share/mysql/charsets/
check_constraint_checks ON
collation_connection utf8mb4_general_ci
collation_database utf8mb4_general_ci
collation_server utf8mb4_general_ci
{CODE}

WAS TICKET 6651 (I can't find it anymore) {sign user="Bsfez" datetime="2018-08-19T10:00:56+00:00"}

Since update 18.0 article generator cannot produce articles anymore. It was (and should be able) to built articles from external feeds.

Demonstrated : http://arthurt-11797-6651.show.tikiwiki.org/
I reproduce on the show and I confirm the regression. {sign user="Bsfez" datetime="2018-08-19T10:00:56+00:00"}