Category: Less than 30-minutes fix
The task should not take more than 30 minutes to be solved. Tag a bug or wish with this category in order to have them easily filtered at a TikiFest for example.
Show subcategories objects
| Name | Type |
|---|---|
| Incorrect permission check to delete freetags from objects in | tracker item |
|
inserting image to blog post opens file gallery instead of image gallery
While editing a blog entry, inserting an image by clicking Icon "choose or upload images" will lead user to file gallery (<tiki-root>/tiki-upload_file.php?galleryId=1&view=browse&filegals_manager=blogedit). btw: This is the same as clicking on "choose or upload files" - icon does. In this case it's ok :-) Expected: It leads user to image galleries instead (<tiki-root> /tiki-upload_image.php or <tiki-root>/galleries or something like that). |
tracker item |
|
Installer does not set language on new install
On a new installation (clean DB), Tiki does not set the site's default language. |
tracker item |
|
Installer language selection is wrongly changed by TIki
On a new install, when using the installer you are asked to select your language on the second step. Once done the Tiki change language to whatever you selected instant (no validation). After I choose a language it should keep up to the first entrance of the Tiki I just install. Let say I choose french on step 2, it should be the language selected till I complete the install process (and may be after as default language). However, on step 7 "Configure General Settings" the language is reset back to English (translation exist but not performed) and then back to the selected language on the step 8. This is wrong a give a poor image of Tiki on the first run. Note that new Tiki user has __no way__ to go change back the language. |
tracker item |
|
Ip logging in many table too short for IPv6
In tables tiki_comments, tiki_history, tiki_pages, tiki_tags tiki_user_voting the column IP is too short (varchar 15) for IPv6 logging In tables tiki_actionlog, tiki_download, tiki_logs the column IP is very big (too big ?) varing from 39 to 200 char . In tiki_download the IP cloumn is in UPPERCASE (may be problem with some Mysql installation) In tables tiki_banning the IP is split in three columns . so we can't bann an IPv6 |
tracker item |
|
Big avatar in forums, elsewhere
{syntax type="tiki" editor="plain"} "If a user upload a big avatar (more than 45x45 px) tiki 2.1 not 'avatarize' and show the big image in the forums. This problem may be very uncomfortable when you read a forum topic." I can confirm that this still occurs on tiki.org and whatever Tiki version it is running presently, specifically with GIF images. -- ssanders |
tracker item |
|
Tool for wiki links in WYSIWYG editor (wiki mode)
When trying to create a Wiki Link using the WYSIWYG, the auto page find doesn't work anymore making it almost impossible to link to another wiki page without knowing exaclty the page name {img src="https://img.skitch.com/20111124-r2ai2a29x2xyriua1mu3a3996h.jpg"} |
tracker item |
|
Image "Upload New Version" does not update the various references to it
{syntax type="tiki" editor="plain"} I TRIED TO SUBMIT THIS BUG BUT I CAN'T FIND IT AFTER SUBMIT. SO I AM TRYING TO RESUBMIT IT AGAIN. SORRY IF IT CAUSES A DUPLICATE. I upload an image to the File Gallery, which gets assigned id=19. Then I go to a page and insert the following Tiki markup: ~np~[tiki-download_file.php?fileId=19]~/np~ ~np~{img fileId="19"}~/np~ To (a) provide a link to download the image, and (b) insert the image inside the page. Works up to here. But then, I do: * File Galleries > List Galleries > Browse Images * I locate the image I just uploaded, and click on the the wrench icon, and then on "Upload New Version". * I upload a new version of the image * If I go back to File Galleries > List Galleries > Browse Images, I see that indeed, the old image has disappeared, and it has been replaced by the new version The problem however, is that the new image has id=20, not the old id=19. But the id has not been changed on the link and IMG plugin that I inserted on the page. So they still point to the old image with id=19. The weird thing is that I can still download image id=19 (even after clearing my cache), eventhough I can't see that image in the gallery anymore. In other words, the image is still in the DB and can still be accessed. This is definitely not how things should work. If I upload a new version of an image, then all references to that image should be updated accordingly, and I should not be able to access the old version, except in a "view history" kind of context. No? |
tracker item |
|
RSS feed for trackers: should use SEFURLs
It's pretty ugly now... |
tracker item |
|
Fix dependency of LDAP group sync to external directory
{syntax type="tiki" editor="plain"} LDAP group synchronisation is dependent on the "corresponding user attribute", a setting which is only needed if an external directory is used for group synchronisation. The fix is simple - the combination of if-staments just need to be adjusted slightly - see patch. |
tracker item |
|
Enhancement: Add option to select whether LDAP group synchronisation creates new groups or only sync existing ones
When groups are synchronised with a big LDAP organisation many empty groups may end up in Tikiwiki. This enhancement / patch adds an option to let the administrator of a tikiwiki instance decide whether during synchronisation of groups only the user assignments to existing groups will be done or if non-existent groups will be created in tikiwiki. The default behaviour - as of now - is that when a LDAP user logs in all the groups he belongs to will be created in tikiwiki and he is being added as a member of these groups. This enhancement adds the preference "ldap_create_groups_tiki" which is "y" by default - which corresponds to the current behaviour. If "ldap_create_groups_tiki" is set to "n" and a LDAP user logs in the group synchronisation process will silently ignore groups that exist in LDAP but not in tikiwiki. Existing groups will be synced, though. |
tracker item |
|
Header redirect after added new index files
{syntax type="tiki" editor="plain"} Added some files with header("location: ../../index.php"); that some are included with PreferencesLib->getDefaults() and redirect to base. Files: img/icons/mime/index.php img/icons/large/index.php img/icons/sprite/index.php img/openlayers/dark/index.php installer/script/index.php lib/db/index.php lib/geo/index.php lib/ajax/index.php lib/core/Feed/Html/index.php lib/core/Feed/ForwardLink/index.php lib/core/Feed/Remote/ForwardLink/index.php lib/core/Feed/Remote/index.php lib/core/Feed/index.php lib/core/Math/index.php lib/core/Math/Formula/Parser/index.php lib/core/Math/Formula/Runner/index.php lib/core/Math/Formula/index.php lib/core/Math/Formula/Function/index.php lib/core/Event/index.php lib/core/Horde/Yaml/index.php lib/core/Horde/index.php lib/core/Perms/Check/index.php lib/core/Perms/Reflection/index.php lib/core/Perms/index.php lib/core/Perms/ResolverFactory/index.php lib/core/Perms/Resolver/index.php lib/core/Category/index.php lib/core/Report/index.php lib/core/Report/Definition/index.php lib/core/Search/Expr/index.php lib/core/Search/Type/index.php lib/core/Search/Type/Factory/index.php lib/core/Search/Index/index.php lib/core/Search/Query/index.php lib/core/Search/Query/WeightCalculator/index.php lib/core/Search/Formatter/Plugin/index.php lib/core/Search/Formatter/DataSource/index.php lib/core/Search/Formatter/ValueFormatter/index.php lib/core/Search/Formatter/index.php lib/core/Search/ResultSet/index.php lib/core/Search/ContentFilter/index.php lib/core/Search/GlobalSource/index.php lib/core/Search/index.php lib/core/Search/ContentSource/index.php lib/core/TikiDb/index.php lib/core/WikiParser/index.php lib/core/FileGallery/index.php lib/core/Multilingual/Aligner/index.php lib/core/Multilingual/MachineTranslation/index.php lib/core/Multilingual/index.php lib/core/Connect/index.php lib/core/TikiFilter/index.php lib/core/Reports/Send/index.php lib/core/Reports/index.php lib/core/Services/AuthSource/index.php lib/core/Services/Draw/index.php lib/core/Services/File/index.php lib/core/Services/User/index.php lib/core/Services/Wiki/index.php lib/core/Services/Favorite/index.php lib/core/Services/Object/index.php lib/core/Services/Category/index.php lib/core/Services/Report/index.php lib/core/Services/Comment/index.php lib/core/Services/Connect/index.php lib/core/Services/Language/index.php lib/core/Services/index.php lib/core/Services/ResultLoader/index.php lib/core/Services/Exception/index.php lib/core/Services/Tracker/index.php lib/core/StandardAnalyzer/index.php lib/core/StandardAnalyzer/Analyzer/Standard/index.php lib/core/StandardAnalyzer/Analyzer/index.php lib/core/StandardAnalyzer/TokenFilter/EnglishStemmer/index.php lib/core/StandardAnalyzer/TokenFilter/index.php lib/core/index.php lib/core/JitFilter/index.php lib/core/DeclFilter/index.php lib/core/JisonParser/Wiki/index.php lib/core/JisonParser/Phraser/index.php lib/core/JisonParser/index.php lib/core/Tracker/Field/index.php lib/core/Tracker/index.php lib/diff/index.php lib/ical/iCal/Parser/index.php lib/ical/iCal/index.php lib/ical/index.php lib/ldap/index.php lib/mail/index.php lib/logs/index.php lib/pear/OS/index.php lib/pear/Net/DNS/RR/index.php lib/pear/Net/DNS/index.php lib/pear/Net/LDAP2/index.php lib/pear/Auth/Yadis/index.php lib/pear/Auth/OpenID/index.php lib/pear/Auth/Frontend/index.php lib/pear/PEAR/REST/index.php lib/pear/PEAR/Task/Replace/index.php lib/pear/PEAR/Task/index.php lib/pear/PEAR/Task/Windowseol/index.php lib/pear/PEAR/Task/Postinstallscript/index.php lib/pear/PEAR/Task/Unixeol/index.php lib/pear/PEAR/Validator/index.php lib/pear/PEAR/Downloader/index.php lib/pear/PEAR/Command/index.php lib/pear/PEAR/Frontend/index.php lib/pear/PEAR/Installer/Role/index.php lib/pear/PEAR/Installer/index.php lib/pear/PEAR/index.php lib/pear/PEAR/ChannelFile/index.php lib/pear/PEAR/PackageFile/v2/index.php lib/pear/PEAR/PackageFile/Generator/index.php lib/pear/PEAR/PackageFile/Parser/index.php lib/pear/PEAR/PackageFile/index.php lib/pear/Minify/CSS/index.php lib/pear/Minify/index.php lib/pear/XML_Parser/tests/index.php lib/pear/XML_Parser/Parser/index.php lib/pear/XML_Parser/index.php lib/pear/XML_Parser/examples/index.php lib/soap/index.php lib/soap/nusoap/index.php lib/test/auth/fixtures/index.php lib/test/auth/index.php lib/test/core/Math/index.php lib/test/core/Math/Formula/DummyFunction/index.php lib/test/core/Math/Formula/index.php lib/test/core/temp/cache/index.php lib/test/core/temp/index.php lib/test/core/Event/index.php lib/test/core/Perms/Check/index.php lib/test/core/Perms/Reflection/index.php lib/test/core/Perms/index.php lib/test/core/Perms/ResolverFactory/index.php lib/test/core/Perms/Resolver/index.php lib/test/core/Category/index.php lib/test/core/Search/Expr/index.php lib/test/core/Search/Index/index.php lib/test/core/Search/Query/index.php lib/test/core/Search/Formatter/index.php lib/test/core/Search/GlobalSource/index.php lib/test/core/Search/index.php lib/test/core/TikiDb/index.php lib/test/core/WikiParser/index.php lib/test/core/Multilingual/Aligner/index.php lib/test/core/Multilingual/MachineTranslation/index.php lib/test/core/Multilingual/index.php lib/test/core/Connect/index.php lib/test/core/TikiFilter/index.php lib/test/core/Reports/Send/index.php lib/test/core/Reports/fixtures/index.php lib/test/core/Reports/index.php lib/test/core/Request/index.php lib/test/core/Services/index.php lib/test/core/index.php lib/test/core/JitFilter/index.php lib/test/core/DeclFilter/index.php lib/test/core/Transition/index.php lib/test/shipping/index.php lib/test/Calendar/index.php lib/test/editlib/index.php lib/test/reporstlib/index.php lib/test/reportslib/index.php lib/test/attributes/index.php lib/test/comments/index.php lib/test/freetag/index.php lib/test/smarty_tiki/index.php lib/test/IntegrationTests/index.php lib/test/wiki-plugins/index.php lib/test/index.php lib/test/rating/index.php lib/test/AcceptanceTests/utils/index.php lib/test/AcceptanceTests/index.php lib/test/payment/index.php lib/test/TikiLib/index.php lib/test/importer/fixtures/index.php lib/test/importer/index.php lib/test/language/FileType/index.php lib/test/language/fixtures/index.php lib/test/language/index.php lib/test/language/WriteFile/index.php lib/accounting/index.php lib/codemirror_tiki/mode/r/index.php lib/codemirror_tiki/mode/tiki/index.php lib/codemirror_tiki/mode/index.php lib/codemirror_tiki/index.php lib/equation/index.php lib/shipping/custom/index.php lib/shipping/ups-wsdl/index.php lib/shipping/index.php lib/metadata/index.php lib/videogals/index.php lib/credits/index.php lib/graph-engine/index.php lib/svg-edit_tiki/index.php lib/profilelib/index.php lib/prefs/index.php lib/setup/index.php lib/sheet/conf/index.php lib/sheet/include/org/index.php lib/sheet/include/org/apicnet/io/OOo/index.php lib/sheet/include/org/apicnet/io/OOo/objOOo/index.php lib/sheet/include/org/apicnet/io/index.php lib/sheet/include/org/apicnet/io/archive/index.php lib/sheet/include/org/apicnet/util/index.php lib/sheet/include/org/apicnet/index.php lib/sheet/include/core/index.php lib/sheet/include/index.php lib/dracula/index.php lib/swfobject/src/index.php lib/swfobject/index.php lib/attributes/index.php lib/swfupload/js/index.php lib/swfupload/src/index.php lib/swfupload/index.php lib/htmlpurifier_tiki/index.php lib/metrics/index.php lib/encoding/index.php lib/jquery_tiki/colorpicker/index.php lib/jquery_tiki/brosho/index.php lib/jquery_tiki/tablesorter/index.php lib/jquery_tiki/tablesorter/themes/tiki/index.php lib/jquery_tiki/tablesorter/themes/index.php lib/simile_tiki/index.php lib/validators/index.php lib/comments/index.php lib/images/icons/index.php lib/images/index.php lib/minify/index.php lib/TikiWebdav/Auth/index.php lib/TikiWebdav/Backend/index.php lib/TikiWebdav/index.php lib/TikiWebdav/PathFactories/index.php lib/parser/index.php lib/rangy_tiki/index.php lib/rating/formula/index.php lib/rating/index.php lib/webodf/index.php lib/wiki3d/index.php lib/importer/index.php lib/language/js/index.php lib/language/FileType/index.php lib/language/WriteFile/index.php lib/phpseclib_tiki/index.php lib/multilingual/index.php lib/ckeditor_tiki/index.php lib/ckeditor_tiki/ckeditor-icons/index.php lib/ckeditor_tiki/plugins/autosave/images/index.php lib/ckeditor_tiki/plugins/autosave/index.php lib/ckeditor_tiki/plugins/_tikilink/dialogs/index.php lib/ckeditor_tiki/plugins/_tikilink/index.php lib/ckeditor_tiki/plugins/index.php lib/ckeditor_tiki/plugins/tikiwiki/index.php styles/lite/index.php styles/snow/Flash/index.php styles/darkroom/pics/icons/index.php styles/darkroom/pics/index.php styles/darkroom/options/small-type/index.php styles/darkroom/options/index.php styles/twist/pics/icons/index.php styles/twist/pics/index.php styles/coelesce/pics/icons/index.php styles/coelesce/pics/index.php styles/thenews/pics/icons/index.php styles/thenews/pics/index.php styles/thenews/options/narrow_left_column/index.php styles/eatlon/options/teal/index.php styles/eatlon/options/index.php styles/arcturus/index.php styles/strasa/img/icons/index.php styles/strasa/img/index.php styles/strasa/options/cool/index.php styles/strasa/options/mono/index.php styles/tikinewt/pics/icons/index.php styles/tikinewt/pics/index.php styles/tikinewt/index.php temp/public/index.php templates/draw/index.php templates/comment/index.php templates/admin/index.php templates/tracker_search/index.php templates/trackeroutput/index.php templates/wiki-plugins/index.php templates/tracker/index.php templates/object/infobox/index.php templates/report/index.php templates/tracker_sync/index.php templates/tracker_todo/index.php templates/trackerinput/index.php templates/styles/mobile/index.php templates/translation/index.php templates/plugins/index.php |
tracker item |
|
PATCH: messu-compose hangs on french locale
When attempting to send messages to other tiki users whilst working in french locale, the messu-compose.tpl script hangs. The problem is due to the different interpretation of commas and semicolons on french and english locales. The call to the quickhint (popup help) feature hardcodes the commas and semicolons, and this frustrates the french locale. |
tracker item |
|
PATCH: wikiplugin_userlist.php handles privileges the opposite way
When using the UserList plugin, the links on the user names leading to their personal information pages, are shown and hidden depending on privileges of the logged in user. Unfortunately, the logic is reverse of what it should be. Correct logic is: show links for all users that when either A.) You have admin privileges. B.) User listed is yourself. C.) User listed has chosen to make his profile information public. Current logic is: show links when A.) You have admin privileges. B.) User listed is NOT yourself, AND user listed has chosen NOT to make his information public. |
tracker item |
|
Limited number of single nested plugins, which should not be limited
When you place more then 167 nested plugins of for example DIV (so not nested in nested in nested..., just plugins with only one nested plugin each). It will eventually not parse the plugin anymore. Wikicode: {CODE()}. . . {DIV(id="test1")}test1{DIV(id="test2")}test2{DIV}{DIV} {DIV(id="test1")}test1{DIV(id="test2")}test2{DIV}{DIV} {DIV(id="test1")}test1{DIV(id="test2")}test2{DIV}{DIV} . . . {CODE} The result will be: {CODE()}test1 test2 . . . test1 test2 test1{DIV(id="test2")}test2{DIV} . . . test1{DIV(id="test2")}test2{DIV}{CODE} This is due to a counter (passes) within the PluginMatcher.php which is limited to 500. But I'm guessing this counter is meant to avoid 500 nested in nested in nested in nested...etc (which indeed make sense to me), but not that this keeps counting when you start a new plugin. I think there should be some attention to the levels. It seems that level zero is the whole text and that level one is simply the detection of the plugin, level two is the detection of a nested plugin, level 3 is the detection of a nested in nested plugin etc. I haven't figured it out completely, but I have found a workaround to make the counter count as espected. But this is again a workaround and a real solution is needed. Edit: More info...it "goes wrong" when the performReplace function is called, which itself calls the getSubMatcher function again, which increases the level (for which I believe should not happen the first time it is called). Whithin the findMatches (which also calls the getSubMatcher) there is a test whether the $this->level is empty and if so, the passes-counter is restored to zero. This test is missing within performReplace, but should maybe also be added? The problem is then that the passes-counter should be also known by the other functions. Shouldn't be difficult to do. |
tracker item |
|
Tiki logs sort by Id or Message not working
Tiki v8.3 When attempting to sort the Tiki logs by either Id or Message, the lines do not sort as expected. The actual order appears to be random, regardless of the requested sort direction (ASC or DESC.) |
tracker item |
|
Codemirror treats 2 hyphens used for an em-dash as a strikeout
Not working yet |
tracker item |
|
WSOD after insert of Wiki Page
{syntax type="tiki" editor="plain"} When saving a new Wiki page, you get a white Screen of Death. PHP Fatal error: Call-time pass-by-reference has been removed in ... on line 97 In PHP version 5.4 > There is no reference sign on a function call - only on function definitions. Function definitions alone are enough to correctly pass the argument by reference. As of PHP 5.3.0, you will get a warning saying that "call-time pass-by-reference" is deprecated when you use & in foo(&$a);. For example, use: // Right way! function myFunc(&$arg) { } myFunc($var); Rather than: // Wrong way! function myFunc($arg) { } myFunc(&$arg); |
tracker item |
|
Tracker: Rightmost two digits in numeric input field hidden by up/down arrow control
Using a numeric field in a trackers auto generated "new tracker item"-page is a bit difficult. The numeric values are set to "text-align:right" by ./styles/layout/design.css ( .numeric, td.numeric ). This makes sense at first glance. Problem is when using Safari as browser the up/down arrows which are positioned ''within'' the input field and not right of it and so they do cover the first two or tree digits of the input which therefor isn't readable. See the cursor position (vertical dash) in screenshot {img id=129} right of the arrow control -there the first digit will go. Here you can (not) see what happens after typing "222" {img id=130} Using Firefox this problem does not occur - no up/down arrows at all in Firefox. |
tracker item |
|
Turning Tiki-Calendar off in Features creates scripting loop issue, causing Tiki 10.0 to stop working due to max queries server issue
Recently, I went into Admin and turned off one of the features in Admin at tiki-admin.php?page=features. The feature was Calendar in Global Features. But that brought up a problem that I was able to investigate in my host server's error logs: .../tiki-calendar.php PHP Warning: PDO::query(): SQLSTATE[42000]: Syntax error or access violation: 1226 User ... has exceeded the 'max_questions' resource (current value: 75000) in .../wiki/lib/core/TikiDb/Pdo.php on line 78 PHP Warning: Invalid argument supplied for foreach() in .../wiki/db/tiki-db.php on line 152 PHP Warning: PDO::query(): SQLSTATE[42000]: Syntax error or access violation: 1226 User ... has exceeded the 'max_que ... ... /wiki/tiki-lastchanges.php |
tracker item |
|
Unescaped '\e' in lib/equation/class.latexrender.php
I couldn't get the equation plugin to work. Tracked it down to a '\end{document}' latex command that should be '\\end{document}' since PHP saw the '\e' as an escape. The problem is around line 189 in lib/equation/class.latexrender.php. Suggest that all strings that are written to the latex file should have lead with a '\\' within the 'wrap_formula' function, even though the only line that was giving me a problem was the '\end...'. |
tracker item |
|
No access to tiki wiki due to session problems
Hi, This bug affects version 9.x, but after having a short look at the 10.x source code, that version is probably also affected. It happened after upgrading from version 3.9 to 9.3. When accessing my.host or my.host/index.php, tikiwiki should redirect to tiki-index.php but gets stuck in an endless redirection loop by redirecting to my.host. When accessing my.host/tiki-index.php directly,the following error message is displayed: "Error Required features: feature_wiki. If you do not have the privileges to activate these features, ask the site administrator." Similar errors when accessing other features. |
tracker item |
|
15.x: Improvements needed for mobile view of many *.t.o sites (dev, themes, doc, ...)
15.x: Improvements needed for mobile view of many *.t.o sites (dev, themes, doc, ...) {img src="display1077" thumb="box" width="800"} (1) No way to login at dev.t.o or doc.t.o, for instance, when browsing the page in the smartphone (tested with Chrome on Android, but it seems to be reproduced with a browser on a desktop and making it narrow enough as a smartphone) (2) There is no logo nor site name displayed in the top header of most *.t.o sites. OTher (non-tiki) bootstrap websites do display their logo and name when shown through smartphone. IS tehre anything that can be done in the Tiki side to fix this? (3) Fullscreen button is shown on top of the button at the top layer to display the logo and site name. Therefore, clicking there, fires the fullscreen in some cases. And when in full screen, in a smartphone, I couldn't come back to normal display mode clicking at that button in the smartphone for some reason, I had to fix the param in the url to get back to normal. (4) The submenu is not shown in dev.t.o and doc.t.o but it is shown in themes.t.o Why? How shall we edit the submenus so that they are shown in the smartphone display? Thanks |
tracker item |
|
15.x: Tracker: filter items is broken when value=label set (Radio, Dropdowns, ...) + plugin trackerfilter
12.x - 15.x: Tracker: filter items is broken when radio button with labels set (0=No,1=Yes,2=Dunno). No matches are found when there are some items which met the intended criteria. --It'll be-- reproduced in an attached intance --in short. Stay tuned!-- :-) {sign user="xavi" datetime="2016-02-09T12:21:27+00:00"} Login in here: http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1 u: admin p: 12345 You will see the field TestRaduio, with some values (0, 1 and 2; their labels, in fact) Try to filter by that field: http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=8&filtervalue%5B1%5D=&filtervalue%5B2%5D=&filtervalue_other=&filtervalue%5B3%5D=5+%28high%29&filtervalue%5B8%5D=0%3DNo&filter=Filter# --- __Update:__ {sign user="xavi" datetime="2016-02-10T10:42:06+00:00"} the problem is also found (and still unsolved) at teh trackerfilter level. Sorry, I tried for one hour, but I couldn't get the right syntax to port this type of fix there also. :-/ To reproduce, see it here: http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage __The issue is reproduced also for dropdown fields when labels are set, etc. See it reproduced with field "Priority" (Dropdown). __ __Reproduced also with "Dropdown with other" (field __Location__) in the tracker itself, but it works as expceted through Plugin TrackerFilter.__ Does work: http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage Doesn't work: http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=2&filtervalue%5B1%5D=&filtervalue%5B2%5D=0%3Droom+1.1+%2855+seats%29&filtervalue_other=&filtervalue%5B3%5D=5%3Dhighest&filtervalue%5B9%5D=y&filtervalue%5B10%5D%5B%5D=1&filter=Filter# Multiselect seems to work well, as expected, in both tracker itself and plugin trackerfilter. |
tracker item |
|
19.x dev.t.o: Top module zone is no more hidable nor topbar module zone sticky
It seems that what was achieved with profile https://profiles.tiki.org/Hide+Fixed+Top+Nav+Bar+on+Scroll up to Tiki18 (included) is no more working in Tiki 19.x, maybe due to changes related to the Bootstrap4 migration? I.e.: Top module zone in dev.t.o and other *.t.o sites is no more hidable on scroll, nor topbar module zone gets sticky anymore. I presume this is easy to fix (<30' ?) by some css & bootstrap 4 master in the tikiverse? (not me for sure) Thanks P.S: fyi, Work in progress to get the profile updated: https://profiles.tiki.org/Hide+Fixed+Top+Nav+Bar+on+Scroll+19 |
tracker item |
Line 9 of the __ freetag_list.tpl__ file should be changed from:
{if isset($deleteTag) and $tiki_p_admin eq 'y'} ...
to
{if isset($deleteTag) and $tiki_p_unassign_freetags eq 'y'} ...