Category: Consistency
Show subcategories objects| Name | Type |
|---|---|
| Easier pagination management for Tiki admins | tracker item |
|
Edit Article doesn't default to the correct Publish date
When editing a new article, the publish date at the bottom defaults to 2000. The month and day are not consistent, but it's always 2000. I've checked the code. It's using these variables. {CODE()} $publishDate = date("U"); $cur_time = getdate(); $expireDate = mktime ($cur_time["hours"], $cur_time["minutes"], 0, $cur_time["mon"], $cur_time["mday"]+365, $cur_time["year"]); $dc = &$tikilib->get_date_converter($user); {CODE} I'm running 1.9.1. Any ideas? |
tracker item |
|
Edit blogs : the size of the panel is automatically smaller than the text width....
{syntax type="tiki" editor="plain"} As the calculated size of the line, depends of the size of the panel (resizable) is wrong (too of some ... <unable to translate, in printing in french the length unit "point">). Then the line is always too long of a few for the panel (words or half of words cut before splitting the line). This makes the blog edition unusable in normal conditions because to edit a text we have to make horizontal scroll continuously. Analysis : the calculation of the length of line written in text editors is always complex. Generally today there is no problem, but the system which is behind editors is very complex to take in account all display configurations. (nota : For my own I had developed some years ago a draw system - for engineering, Computer Assisted Drawings - system for windows displaying HPGL2 language drawings with fonts conversion from HPGL2 fonts system to True type, then I know well in details the whole problem) ~~#F0C:__With this problem, I can't let use the tikiwiki 5.3 by my bloggers.__~~ So I have written a warning take care "sorry very difficult to use" |
tracker item |
|
Editing a Gantt Chart shows missleading messages: success and error
There might be some sharp edge somewhere with the new ((doc:PluginGanttChart)) or with the profile to showcase it. Editing a Gantt Chart through its own UI shows missleading messages after resizing some bars: some success message in a remarksbox, as well as another remarksbox reporting some sort of error: -+Error: The following mandatory fields are missing: Dependencies+- --- Reproduced here: http://xavi-9794-7119.show2.tikiwiki.org/tiki-index.php?page=Sample-Gantt-Chart u: admin p: 12345 See also: {img fileId="1309" thumb="box"} --- The error message is legitimate: field dependencies was set to be "mandatory", and it seems as if that the jquery gantt editor ui doesn't expose this field to Tiki, therefore tiki complains that this mandatory field is missing. Or well, this is my own "educated guess" on what might be happening. I've removed the "mandatory" value in that field in the profile at profiles.t.o (but not in the show2.t.o linked to this bug report). So that the problem here might be that the success message is fake? (just another educated guess) {sign user="xavi" datetime="2019-08-14T22:04:34+00:00"} |
tracker item |
|
Editing a wiki page: Footnotes and Comment are unclear labels
Footnotes should be "My footnotes" Comment should be "Edit Summary" |
tracker item |
|
ElasticSearch, Indexing; The indexing should first check the search engine is running and throw an error if not
On a Tiki24 using ElasticSearch(7.x), using the console I recreate the index. It fails after several minutes with the following error: {CODE()} php console.php i:r -p [2023-04-04 08:39] Started rebuilding index... Unified search -------------- Engine: Elastic 1 min/1 min [====================>-------] -- Processing activity documentsA error was encountered while running a command Argument 1 passed to Search_Type_Json::__construct() must be of the type array, string given, called in /Users/bernardsfez/Documents/Shocksite/www/htdocs/wiki-to-yes.org_tiki24/lib/core/Search/Elastic/TypeFactory.php on line 81 on line 13 of /Users/xxx/xxx/xxx/www/htdocs/xxx_tiki24/lib/core/Search/Type/Json.php {CODE} ''The error may be or may be not related to the fact that EalsticSearch is not running... that's not the point of the ticket''. When I login as admin I can see that ElasticSearch is ''visibly'' not running. ? (this error too could be improved, connection is not "just" refused, Elasticsearch is not running at all) {CODE()} Search index failure Unable to connect to localhost:9200 . Error #0: stream_socket_client(): unable to connect to localhost:9200 (Connection refused) {CODE} After starting Elasticsearch service on the server everything is back to normal. Prior to indexing (or any operation that involve the search engine) there should be a check it is running and if not an appropriate message should be displayed. (with or without fallback set). |
tracker item |
|
elFinder: make it work with SVG-edit and WebODF
{syntax type="tiki" editor="plain"} Should just be some UI work so when a user selects a file, and uses contextual menu, WebODF or SVG-edit options appear if the file is of the right type. |
tracker item |
|
Email notification (object entered/left category) is not working when i use the transition with the transition module
{syntax type="tiki" editor="plain"} When I evaluated the software for my project, I was very happy when the documentation said that it was possible to create a workflow with categories, transitions and watches. But I realized that watching a category only triggered a mail notification when the transition was made in the tiki-admin_categories.php page. It was useless for me!! :-(( |
tracker item |
|
embedding video from vimeo.com fails , but not from other sites with no params in url, like blip.tv
Flash plugin doesn't work well embedding videos from vimeo.com Example, the video from vimeo.com at: http://tikiwiki.org/TikiFestMadrid_videos However, from blip.tv (or youtube, etc.), videos are embedded fine --- UPDATE: Probably more than outdated (see current improvements in VIMEO by jonnyb in 12.x. {sign user="xavi" datetime="2013-11-17T09:50:12+00:00"} |
tracker item |
|
Error on tracker first creation - error text is confusing and wrong: Field tracker_id does not exist in the current index. If this is a tracker field, the proper syntax is tracker_field_tracker_id.
On Tiki19 Last update from SVN (19.0svn): Thursday September 27, 2018 12:59:03 IDT - REV 67702 (InnoDB) I create a first tracker after enabling the feature. It show the following error: Field tracker_id does not exist in the current index. If this is a tracker field, the proper syntax is tracker_field_tracker_id. It shouldn’t show and error. Eventually an info about re-indexing but would be better to do the job (first tracker is likely to be done by a new guy). |
tracker item |
|
Exporting Tracker fields data leaves out some of the new info
Export and the subsequent import of Field data is very valuable (and essential) for 'porting' a Tracker design from one TW instance to another. But as the Tracker functionality has continued to expand, the amount of data that is made available in the Field import/export process has not kept up. e.g Description: Error message: etc. are not currently included. This means that this data still needs to be typed in again and an existing Tracker design cannot be made available to another TW instance in a 'complete' way. No longer relevant - 15th June 2013 |
tracker item |
|
External wiki links title don't work
The title for External wiki links in not parsed, for instance ~pp~ ((wp:Link|Title)) ~/pp~ will display __Link__ instead of __Title__ We need this for *.tikiwiki.org as well {img src=images/code.png}%%% {CODE()} ((dev:EditUIRevamp|Improve the content editing interface)) ((dev:AdminUIRevamp|Improve the admin interface)) {CODE} |
tracker item |
|
Admin panels: False feedback to the admin when activating or deactivating prefs (phantom prefs).
Some phantom prefs are introduced in each version of Tiki, as devs add/change prefs but don't notice this. So before each major release (ex.: from 11.0 to 12.0, but not from 12.0 to 12.1), a complete check needs to be done, for all admin panels. # Start with a fresh install (this is important because some of these issues could only happen once) # Visit tiki-admin.php # Activate all Preference Filters (Basic, Advanced, etc.) # For each of the approx 50 panels on tiki-admin.php ## Activate or deactivate any checkbox (any pref really) on the page (only one per URL, no need to do it per tab). ## Confirm that the pref change is reported. ## If any ''other'' pref change is reported, figure out why and resolve. |
tracker item |
|
False report: "Your index was last fully rebuilt on " is indicated even if "Search index rebuild failed. Last messages shown above."
{img fileId="745"} |
tracker item |
|
FAQ box description wrong
When the FAQ feature is enabled, hovering over feature 'Blogs' in the 'Main' tab generates a floating box that says 'Wiki'. Likewise, hovering over 'Mini Chat' on the 'More Functionality' tab generates a floating box that says 'HTML Pages' |
tracker item |
|
feature_mindmap
{syntax type="tiki" editor="plain"} Although enabling the "mindmap" feature in Tiki 4, when entering the mind map menu item, it says that the feature is disabled.<br /> <br /> I really hope I writing this in the right place and that there's no open ticket on this. I'm a "2 days old" user .. trying to do my best to help.<br /> <br /> NR. |
tracker item |
|
feature_wiki_1like_redirection works always
No matter if you disable feature_wiki_1like_redirection it in the "Wiki" part of Administration Page the engine always tries to show you a page name similar to the one you asked for. |
tracker item |
|
feature_wiki_minor_edit
This should be optional, like the rest. But beware of: [wish1697|permission "minor" seems useless on doc.tw.o: registered can't use it even if granted to them] |
tracker item |
|
Tracker: changing field type is cumbersome
In trackers, you have fields, and fields have field types. Practically all (at least all I checked so far) field types have, under the tab "Advanced" the possibility to change the field type to something else. I know, changing a field type may lead to loss of data, so this should only be done well thought-through. But if the field type is "checkbox", there is no field type setting in "Advanced", therefore a field type checkbox cannot be changed. If you are in the design phase of a tracker loss of data is no issue. But being stuck with a checkbox is. The only workaround is to delete the field with the checkbox altogether and re-create it with the other field type. But has other side effects: The field ID is always incremented, so the re-created field has a field ID "at the end of all fields", while the former ID is now unused, so you have to rewrite all tracker plugin calls "minding the gap" so to speak B-) The only way to work around this is erase all fields and re-create them all. Which is, of course, cumbersome. As there is another (unnecessary) obstacle waiting: If you want to make admin life a little easier, you might want to export all fields, edit the export (if necessary), and re-import. But the export dialog does not exist if you have the tracker open. There is only an import button. The export exists only on the wrench icon of the tracker... |
tracker item |
|
File Gallery directory field requires full path
Tested in v3.1. When choosing to store File Gallery items in a directory instead of the database, the directory field requires the full server path. If the abbreviated relative path to the wiki is entered, file uploads fail. This conflicts with both doc.tw.o (as of today's rev) and Admin > Wiki, which allows the attachment directory to be specified relative to the wiki directory. |
tracker item |
|
File Gallery Download dead loop if folder is customized
I got a problem to see thumbnail and download file from File Gallery. What I did are: 1. create a customized a folder for file gallery 2. point the file gallery folder destination to the new folder in setting. 3. upload a file 4. try to view the file and download the file, the system goes to endless loop, and no responds from server to client, logs are continuously generated till disk full. [Thu Jan 01 12:56:38 2014] [error] [client 192.168.1.102] PHP Notice: ob_end_clean(): failed to delete buffer zlib output compression. in /apps/tiki/tiki-download_file.php on line 147, referer: http://tiki.mydomain.com/file1 5. after I check the code. in the tiki/tiki-download_file.php, line 146, it has below ~~#60F:while (ob_get_level()) { ob_end_clean(); }// Be sure output buffering is turned off ~~ 6. I googled the coding, looks it should be changed as below. ~~#60F:while (ob_get_level()>1) { ob_end_clean(); }// Be sure output buffering is turned off ~~ 7. I changed, the code, the file viewing and download are perfect. problem is solved. Could any developer please review the code, if it is the way to go, please merge the change into the main trunk for future releases. Thanks. |
tracker item |
|
file gallery labels are wrong (wrench and ?)
the wrench near the gallery name shows "<gallery name> - settings" but leads you to the global admin fgal page, same for the (?) button... doesnt lead to "<gallery name> - help" but to file gallery help on doc.tw.o. |
tracker item |
|
file gallery offsets get carried over to other file galleries
when you have a gallery A opened at offset 270, and switch to gallery B, that other gallery is opened at offset 270 too. which shows NO entries when your gallery B has less than 270 entries. |
tracker item |
|
File Gallery title link download a picture
Go on http://demo.tiki.org/trunk/tiki-list_file_gallery.php. If you click on the title of the page "File Galleries" you'll download a picture (seams the first one in the gallery). |
tracker item |
|
file gallery wrong links or labels
browse a gallery, hover over wrench under image and click "Page View" on the image menu... now the top of the page still says the gallery name, but if you click it, it does an "download image". Either the image name should be shown there, or the link lead to the gallery it names. |
tracker item |
Use direct pagination links:
Maximum number of records in listings:
The two pagination settings should be together in a section "pagination". (on this page is OK)
Would be even better to move all to tiki-admin.php?page=pagination