Category: 18.x Regression
Show subcategories objects| Name | Type |
|---|---|
| 18.x Cannot unset string offsets | tracker item |
|
18.x svn: Data too long for column 'log' at row 1
I was willing to test some feature in recent 18.x compared to trunk. Trunk worked fine, but 18.x complained with: "Data too long for column 'log' at row 1" The query was: insert into `tiki_actionlog` (`action`, `object`, `lastModif`, `user`, `ip`, `comment`, `objectType`, `client`, `log`) values(?,?,?,?,?,?,?,?,?) Steps to reproduce in 18.x: brand new install (r67615). MyISAM in db type. * Login as admin, change pass * Profiles Wizard > Demo of Interesting Use Cases > Bug Tracker * click again in the profiles manager, since the profiles wizard didn't succeed showing you the button to apply the profile. * next page shows that error message: {CODE()} The query was: insert into `tiki_actionlog` (`action`, `object`, `lastModif`, `user`, `ip`, `comment`, `objectType`, `client`, `log`) values(?,?,?,?,?,?,?,?,?) Values: profile apply Bug_Tracker_16 1537742078 admin 127.0.0.1 profile applied system Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:62.0) Gecko/20100101 Firefox/62.0 a:76:{i:0;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:16:"feature_trackers";}i:1;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:20:"feature_user_watches";}i:2;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:26:"feature_syntax_highlighter";}i:3;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:7:"default";s:3:"old";s:3:"off";s:11:"description";s:32:"feature_syntax_highlighter_theme";}i:4;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:16:"ajax_inline_edit";}i:5;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:26:"feature_jquery_tablesorter";}i:6;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:24:"feature_wiki_argvariable";}i:7;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:25:"tracker_change_field_type";}i:8;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:18:"tracker_clone_item";}i:9;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:27:"tracker_show_comments_below";}i:10;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:26:"trackerfield_dropdownother";}i:11;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:26:"trackerfield_groupselector";}i:12;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:21:"wikiplugin_pivottable";}i:13;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:12:"useGroupHome";}i:14;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:18:"limitedGoGroupHome";}i:15;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:8:"log_mail";}i:16;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:21:"YourEmail@example.com";s:3:"old";s:13:"xavi@tiki.org";s:11:"description";s:12:"sender_email";}i:17;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:21:"feature_wiki_comments";}i:18;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:23:"feature_inline_comments";}i:19;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:20:"comments_field_email";}i:20;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:22:"comments_field_website";}i:21;a:4:{s:4:"type";s:10:"preference";s:3:"new";s:1:"y";s:3:"old";s:1:"n";s:11:"description";s:18:"wikiplugin_comment";}i:22;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:14:"tracker "Bugs"";}i:23;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:26:"tracker_field "Bug status"";}i:24;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:24:"tracker_field "Severity"";}i:25;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:24:"tracker_field "Priority"";}i:26;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:23:"tracker_field "Summary"";}i:27;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:23:"tracker_field "Version"";}i:28;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:27:"tracker_field "Description"";}i:29;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:34:"tracker_field "Expected behaviour"";}i:30;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:28:"tracker_field "Submitted by"";}i:31;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:27:"tracker_field "Assigned to"";}i:32;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:24:"tracker_field "Alert to"";}i:33;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:35:"tracker_option "sort_default_field"";}i:34;a:4:{s:4:"type";s:9:"installer";s:3:"new";b:0;s:3:"old";b:0;s:11:"description";s:29:"tracker_option "popup_fields"";}i:35;a:4:{s:4:"type";s:4:"user";s:3:"new";O:19:"Tiki_Profile_Object":4:{s:25:"Tiki_Profile_Objectdata";a:2:{s:4:"type";s:4:"user";s:4:"data";a:5: (...) {CODE} Btw, profile seems to have been applied successfully.{sign user="xavi" datetime="2018-09-23T22:51:34+00:00"} |
tracker item |
|
Add a payment interface for Klarna to payment/cart
Tiki Wiki's payment options are VERY limited. Internationally, practically only Paypal is implemented (and there the sandbox is broken! Cf bug report on that). Currently, there are no methods implemented to charge banking accounts and/or credit cards aside from Paypal, which faces rejection by certain customers, because of Paypal's intransparent conflict resolution methods. Charging banking accounts will be complicated, at least in Germany, because the organisation of banks demands certified code. In Germany, the Swedish Klarna enjoys steadily growing acceptance. Klarna has published their API, so integration should be possible. https://developers.klarna.com/api/#payments-api-create-a-new-credit-session For Germany, other popular services would be Sofortüberweisung or BillPay, the latter being a "classical" card processor. Thanks hman |
tracker item |
|
Add a payment interface for Payone to payment/cart
Another good option to increase Tiki Wiki's payment options would be Payone. That is not :-) a subsidiary of Klarna, but a joint venture of the German savings banks (DSV group) and French Ingenico SA. Payone could open ALL international payment options for Tiki... https://www.sparkasse.de/unsere-loesungen/firmenkunden/e-commerce/payone.html (in German). The API is open: https://docs.payone.com/display/public/PLATFORM/API+Home Thanks hman |
tracker item |
|
Adding FANCYTABLE wikiplugin in toolbars prevents WYSIWYG editing
When I add the FancyTable tool in the toolbar, editing a page in wysiwyg is impossible because the striped "loading" bar just turns and never stops. One can never edit. The browser devtools claim that « The requested URL /vendor_bundled/vendor/ckeditor/ckeditor/plugins/FancyTable/plugin.js was not found on this server. » This file was probably never in any version of Tiki. |
tracker item |
|
Article generator is not producing Articles anymore
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"} |
tracker item |
|
Article images cannot be taken from file galleries
This can be viewed both as a bug report or a feature request: The logic for article images breaks standard Tiki admin logic in that you cannot (!) use images from the file galleries. You have to upload them separately into where ever they get stored (unknown), stripping users of the ability to centralize image storage and scaling images by demand. This also means that the user must use a local image manipulation tool for scaling... This is true for both standard images (by topic) and for user images! |
tracker item |
|
Articles cannot be Wiki formatted
When you create articles, e.g. with some news, you can format the text, the headline, and so on. You are presented some styling options, after all, like italic, bold, and so on. But they don't work. Tiki displays the Wiki format commands as if they were regular text, it doesn't resolve (and execute) them! Then there is a checkbox "allow full HTML". When you check that, you can at least throw in some bold and italic HTML tags. This works. In the preview... When you save that article, the checkbox magically resets to being unset. Even if done by admin... Images are another shortcoming, you can upload your own. But you cannot use one from the file galleries?!? Yes, you can insert an image tag, and that does work. But it's the opposite of intuitional... Thanks hman |
tracker item |
|
Backport fixes to Profiles Wizard in 19.x to 18.x LTS
I've recently noticed that current trunk (r67636, soon to be 19.x) has Profiles Wizard feature fixed finally (yay, thanks to all those of you who made it possible!), but 18.x still shows spurious errors (for the end user experience) in the basic path to apply the featured profiles from the profiles wizard. We need whichever fixes are needed in 18.x implemented in the LTS version of Tiki Help! --- Fixed, afaik,. even if profiles don't get loaded any more succesfully when coming from a link in the profiles wizard. Tested in 18.x and 20.x today again {sign user="xavi" datetime="2019-07-06T16:17:21+00:00"} |
tracker item |
|
Blank page when trying to save wiki page
Upgrade from 18.1 to 18.3, no configuration changes. Just getting a blank page after trying to save a wiki page, and nothing is saved. Please see this MySQL log, it's trying to save the page and then just quit... {CODE(caption="MySQL log" theme="default")}2019-01-29T08:20:42.094875Z 14 Query INSERT INTO `tiki_pages` (`pageName`, `pageSlug`, `hits`, `data`, `description`, `lastModif`, `comment`, `version`, `version_minor`, `user`, `ip`, `creator`, `page_size`, `is_html`, `created`, `wysiwyg`, `wiki_authors_style`, `flag`, `lockedby`, `comments_enabled`) VALUES ('Structure Menu', 'Structure-Menu', '0', '{module module=\"menu\" nobox=\"y\" structureId=\"1\" type=\"horiz\" css=\"y\" bootstrap=\"n\" navbar_toggle=\"n\" menu_id=\"structure_menu1\" setSelected=\"n\"} ', '', '1548750042', ' ', '1', '0', 'admin', '172.16.5.15', 'admin', '145', '0', '1548750042', 'y', '', '', '', 'y') 2019-01-29T08:20:42.095536Z 14 Quit {CODE} Please feel free to suggest some test to figure out what is going on, I'm happy to test this. |
tracker item |
|
bootstrap_modal modals not popping up, contents being loaded in new page, compromising usability
A modal should show when you click the icon, but it doesnt. The modal contents load in a full page, and with limited functionality, such as not having a "save" button. {img type="fileId" fileId="1291"} Seen in Tikis 18 with r. 69798 and r. 69918 |
tracker item |
|
Calendar event (Community event) not visible for anonymous
At https://tiki.org/calendar I created an event : https://tiki.org/tiki-calendar_edit_item.php?fullcalendar=y&calitemId=182 It is visible when I log as admin It is not visible (no events are visible) as anonymous Anonymous can: Can browse the calendar (tiki_p_view_calendar) Can view event details (tiki_p_view_events) So they should see the events. |
tracker item |
|
Saving an edit on Doc (pluginIcon) caused a WSoD
I haves a WSoD trying on saving editing at: https://doc.tiki.org/tiki-editpage.php?page=PluginIcon When I look back at the page (refreshing), the editing was saved. |
tracker item |
|
Can’t post a reply on the forum using Safari
I tried several time to reply using Safari Version 12.0 (13606.2.11) at: https://tiki.org/forumthread69900-Filter-Results-using-Dynamic-Items-List?forumId=6&#comments It refresh the page and I lost my work. I switch to Chrome and it worked. |
tracker item |
|
cannot view/add/edit tracker comments
Please advise me on how to create a nice tracker comment section as it is here for this tracker. The way I used to do it in 6.x is not working in 18.3 tiki-view_tracker_item.php?trackerId=1&itemId=2534 does not show the comments under some config it shows a tabs with the number of comments, but when clicking the tab it is empty if I get it right tiki_tracker_comments got moved to tiki_comments and the old interface $trklib->replace_item_comment etc got removed anyway, the new way is fine with me (seems like an improvement to me), just would you give me a pointer how to do it? |
tracker item |
|
Check Tiki demo files and/or themes for Google fonts
A German court has ruled that websites that utilize Google fonts possibly violate the GDPR, and the owner of such a site is liable for that. At first look, this sounds over the edge, but when looking deeper, the court's legal findings are stringent. If a website loads Google fonts, it makes the browser of users load the fonts from Google, thereby compromising personal data to Google. If the user in question did not agree to this disclosure of personal data to Google (and the site owner can prove that), than it is a clear violation of the GDPR. The user then doesn't know about this disclosure of data, and cannot do anything to prevent this. Therefore it is advisable that all demo Tiki stuff, including themes, be either stripped of Google fonts, or the fonts should be loaded directly from the site, or the users of such themes be told that the unaltered use of these themes comprises a GDPR violation, which can be fined (for companies) with up to 20 million Euro or 4% of a year's turnover (not profit!), whichever is higher... |
tracker item |
|
clicking on marker of geolocated wiki page on a map produces no popup box anymore (loading...)
Cliking on marker of any geolocated wiki page on a map produces no popup box anymore (it shows "loading...") Other geolocated items work as expected regarding this feature, afaik Reproduced with "GeoCMS Maps_18" profile o 18.x, 20.x, 21.x and trunk. as of today {sign user="xavi" datetime="2020-02-22T13:18:46+00:00"} See it reproduced here: http://xavi-9794-7275.show2.tikiwiki.org/tiki-index.php?page=Map-of-Wiki-pages u: admin p: 12345 (using trunk) |
tracker item |
|
Control panels save or login action, gives page with db errors
Upgrade from 18.1 to 18.3, no configuration changes. Each save in the control panels and when login/logout ends up with a page full of error messages. When pressing back, changes are nonetheless saved, but something like login out is not possible. Please have a look at this full MySQL error log, from just one login action: https://drive.google.com/file/d/1eKmRTE_l9S90fGuONyWst0Xz7wgFwBmI/view?usp=sharing This is already 80mb large, can you imagine each save action... quite interesting what is happening there. Hopefully someone has a clue? |
tracker item |
|
Copy’ing a wiki page show tags permissions error (wrongly)
Go on "List Wiki page". Select any page, copy it (duplicate page). Enter any name to save. Once redirected to the new page it show a warning : You don’t have permission to edit tags. Tested on a new Tiki without tags feature activated and tested on nextdev. |
tracker item |
|
Create a new language for Tiki, "generic"
Please create a new language for Tiki, a pseudo language which I would call "generic". Pseudo because it doesn't contain real language, but a "dummy" translation that gets automatically created by tools like I have introduced in the "Create a tool to" request, which extracts everything in tra() etc. clauses found in .php, .tpl or .js source code, thrown into an associative array to be used as language.php + language.js. The keys would be the original English text, as it would be on a "real" translation, the values would be an indicator ("##") - so strings can easily be searched, the file name where the string was found and the line number. Examples can be found in the above mentioned request. This gets structured by single line comments that indicate the full (relative) path to the particular file. Having this as a "regular" language brings the advantage that every Tiki installation will automatically bear a copy of this generic "translation" readily waiting to be translated by future translators. These could translate line by line, occasionally looking up the source code as indicated in the value part of the associative array, to understand the context. Translators could also easily do partial-only translations, and when later on untranslated text pops up, that text, although looking really ugly, auto-identifies itself. Of course the problem remains that sometimes there have to be different translations depending on context, but at the moment Tiki's tra() is completely blind for context, but rectifying this is a bigger project of its own. |
tracker item |
|
Creating new article for tiki.org/news while being switched in the "info" perspective does not get saved but switches to default perspective instead
Steps to reproduce: #Go to https://tiki.org/News #Go to https://tiki.org/article452-Tiki-18-1-has-been-released-fixes-and-security-update #Click "New Article" #Enter a TEST title, Classification > Topic Releases and Patches, Publication > __uncheck the "Published" checkbox!__ #Click the "Save" button You get switched back to default perspective. When you switch back to the first tab "Content" you see the form content is gone and the rest of the tabs got reset to the defaults as when you start editing new article... :( |
tracker item |
|
Database update errors on new trunk
Errors on database update after a brand new trunk install Revision: 63992 {CODE()} Macintosh-2:trunk Bernard$ php console.php d:u Warning: Illegal string offset 'galleryId' in /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/installer/schema/20101126_fgal_add_gallerie_user_tiki.php on line 30 Call Stack: 0.0015 247624 1. {main}() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/console.php:0 0.3273 23818600 2. Symfony\Component\Console\Application->run() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/console.php:80 0.3385 24111848 3. Symfony\Component\Console\Application->doRun() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Application.php:125 0.3388 24113152 4. Symfony\Component\Console\Application->doRunCommand() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Application.php:224 0.3389 24113752 5. Symfony\Component\Console\Command\Command->run() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Application.php:888 0.3399 24126888 6. Tiki\Command\UpdateCommand->execute() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Command/Command.php:264 0.3426 24127800 7. Installer->update() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/Tiki/Command/UpdateCommand.php:38 4.1942 24906584 8. Installer->installPatch() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/installer/installlib.php:129 4.1947 24912832 9. upgrade_20101126_fgal_add_gallerie_user_tiki() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/installer/installlib.php:174 Warning: Illegal string offset 'galleryId' in /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/installer/schema/20101210_fgal_add_wiki_attachments_tiki.php on line 30 Call Stack: 0.0015 247624 1. {main}() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/console.php:0 0.3273 23818600 2. Symfony\Component\Console\Application->run() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/console.php:80 0.3385 24111848 3. Symfony\Component\Console\Application->doRun() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Application.php:125 0.3388 24113152 4. Symfony\Component\Console\Application->doRunCommand() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Application.php:224 0.3389 24113752 5. Symfony\Component\Console\Command\Command->run() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Application.php:888 0.3399 24126888 6. Tiki\Command\UpdateCommand->execute() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Command/Command.php:264 0.3426 24127800 7. Installer->update() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/Tiki/Command/UpdateCommand.php:38 4.3763 24925600 8. Installer->installPatch() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/installer/installlib.php:129 4.3768 24931912 9. upgrade_20101210_fgal_add_wiki_attachments_tiki() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/installer/installlib.php:174 Warning: PDOStatement::execute(): SQLSTATE[42S22]: Column not found: 1054 Unknown column 'lang' in 'where clause' in /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/TikiDb/Pdo.php on line 77 Call Stack: 0.0015 247624 1. {main}() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/console.php:0 0.3273 23818600 2. Symfony\Component\Console\Application->run() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/console.php:80 0.3385 24111848 3. Symfony\Component\Console\Application->doRun() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Application.php:125 0.3388 24113152 4. Symfony\Component\Console\Application->doRunCommand() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Application.php:224 0.3389 24113752 5. Symfony\Component\Console\Command\Command->run() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Application.php:888 0.3399 24126888 6. Tiki\Command\UpdateCommand->execute() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Command/Command.php:264 0.3426 24127800 7. Installer->update() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/Tiki/Command/UpdateCommand.php:38 5.1030 25058928 8. Installer->installPatch() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/installer/installlib.php:129 5.1038 25087912 9. pre_20110727_tracker_multilingual_convert_tiki() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/installer/installlib.php:180 5.1051 25094912 10. TikiDb_Table->deleteMultiple() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/installer/schema/20110727_tracker_multilingual_convert_tiki.php:46 5.1051 25095488 11. TikiDb->queryException() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/TikiDb/Table.php:109 5.1051 25095664 12. TikiDb_Pdo->query() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/TikiDb.php:72 5.1051 25095664 13. TikiDb_Pdo->_query() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/TikiDb/Pdo.php:118 5.1051 25097632 14. PDOStatement->execute() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/TikiDb/Pdo.php:77 [TikiDb_Exception] Unknown column 'lang' in 'where clause' database:update [--auto-register] {CODE} I re ran it and it changed for {CODE()}Macintosh-2:trunk Bernard$ php console.php d:u Warning: PDOStatement::execute(): SQLSTATE[42S22]: Column not found: 1054 Unknown column 'lang' in 'where clause' in /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/TikiDb/Pdo.php on line 77 Call Stack: 0.0029 247624 1. {main}() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/console.php:0 0.3364 23818896 2. Symfony\Component\Console\Application->run() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/console.php:80 0.3489 24112240 3. Symfony\Component\Console\Application->doRun() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Application.php:125 0.3492 24113544 4. Symfony\Component\Console\Application->doRunCommand() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Application.php:224 0.3492 24114144 5. Symfony\Component\Console\Command\Command->run() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Application.php:888 0.3504 24127280 6. Tiki\Command\UpdateCommand->execute() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/vendor_bundled/vendor/symfony/console/Command/Command.php:264 0.3532 24128192 7. Installer->update() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/Tiki/Command/UpdateCommand.php:38 1.1695 24643456 8. Installer->installPatch() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/installer/installlib.php:129 1.1703 24672440 9. pre_20110727_tracker_multilingual_convert_tiki() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/installer/installlib.php:180 1.1719 24679376 10. TikiDb_Table->deleteMultiple() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/installer/schema/20110727_tracker_multilingual_convert_tiki.php:46 1.1720 24679952 11. TikiDb->queryException() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/TikiDb/Table.php:109 1.1720 24680128 12. TikiDb_Pdo->query() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/TikiDb.php:72 1.1720 24680128 13. TikiDb_Pdo->_query() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/TikiDb/Pdo.php:118 1.1721 24682096 14. PDOStatement->execute() /Users/Bernard/Documents/Shocksite/www/htdocs/trunk/lib/core/TikiDb/Pdo.php:77 [TikiDb_Exception] Unknown column 'lang' in 'where clause' database:update [--auto-register] {CODE} |
tracker item |
|
Deleting a page yields error message
When you open the orphan pages function, select a page to be deleted and set "delete" as the action for the marked pages, you will be prompted with a dialog that asks whether this page shall be deleted (btw. cf. umbrella bug for missing tra: That dialog is only partially translatable). You are presented with the option to create a 301 redirection. The dialog has two buttons: Close and Delete. If you chose Delete and did not mark the checkbox for the redirect (because you just want to delete) then you get the error message that "no page was selected", although clearly a page had been selected, and in the above mentioned dialog it was displayed, so there can be no mistake that the selection took place... |
tracker item |
|
Dev t.o header is now broken after login in
Dev.tiki.org Last update from SVN (18.2svn): Monday 07 May, 2018 23:24:55 IDT- REV 66296 {img fileId="1189" thumb="box"} {img fileId="1188" thumb="box"} |
tracker item |
|
dev.t.o: Some edits to tracker items are silently LOST! (feature_jquery_validation)
For some reason, some edits to tracker items are lost in dev.t.o . I just noticed that. I made (I thought I had made) an edit to this tracker item: https://dev.tiki.org/item6668-Incorrect-integer-value-for-column-healed-at-row-1-when-adding-a-Tiki-Scheduler-task-in-mysql-strict-mode Adding this extra content (below) to the "Description" field of the bug report: {CODE()} --- Tested again (using latest 18.x svn again), same failure, also with the task to do some list:execute action, which runs fine otherwise through the console.php command on a cronjob directly at the crontab level. {sign user="xavi" datetime="2018-09-10T08:05:06+00:00"} I stop attempting to use Scheduler (Web interface) at all in my projects since I never managed to get it running, nor a simple task. Maybe it's not mysql 5.7 ready? {sign user="xavi" datetime="2018-09-10T08:05:06+00:00"} {CODE} After saving, I saw the new page reload, no reporting of succeful edit nor anything (no remarksbox at the top indicating that the edit was successful), and I saw no changes in the field "Description". Tracker item history is shown as blank, also: https://dev.tiki.org/tiki-tracker_view_history.php?itemId=6668 |
tracker item |
19.x is OK: https://nextdev.tiki.org/Forum