Category: Less than 30-minutes fix

when you click on the polls icon on the Admin Home page, you are taken to the polls comments admin page instead of the polls admin page. User should not have to make an additional click to start work.

Just recently (the last few days) I did post some answers in the forum and did need the CODE plugin to show some code.

The plugin seems to be broken, as most of the HTML code between the CODE text
{CODE()}{CODE()}HTML will disappear after saving{CODE}{CODE}
is stripped out of the wikipage source - just disappeared including the plugins end tag.

It is not a matter of misstyping, cause I did try several times.

I did not find time to reproduce yet, but it occures at tiki.org/forums.

Torsten.

When you use the code plugin, the page width formatting is thrown off. Instead of seeing both left/right colums, the right column gets shoved off the screen and I have to scroll. This is with scroll bars already setup on the code plugin itself.

--
Chealer :
This happens when nowrap was not set.

Gary (chibaguy):
In my checking (trunk version, but same relevant CSS as in Tiki 3 and $), almost all browsers respect the overflow:auto rule for the code plugin and don't cause the page to widen. I put a long unbroken line of text in the code plugin, and in Opera, IE, Safari (Windows), and SRWare Iron (Chromium - webkit), even this unbroken line was broken to impose a scrollbar on the code area and avoid a scrollbar on the window. Firefox was the only browser that failed at this.

If the current rules - overflow:auto, and 90% width in some themes - then all browsers will allow the long line to display unbroken and create the page-bottom scrollbar, pushing the right column out of view. As I understand it, this is the behavior reported as a bug here.

Application of the Company_Intranet_4x after a new installation with the Barebones install, installs 2 profiles.
***Company_Intranet
***Company_Intranet_4x

The installation of both profiles completes successfully however it results in some duplicate content that is automatically created by the profile. (I.E. there are two "Support" Forums)


I have tested and confirmed this from revision number 22637-24054.

{syntax type="tiki" editor="plain"}
At the end of install in

URL:
http://<domain>/tiki-install.php?nolockenter&install_type=update

The crash ends with :
(xdebug track begins)

Zend_Session_Exception: session has already been started by session.auto-start or session_start() - on a try catch no problem
Notice: Undefined index: min_pass_length in D:\Trebly\teawik-ld8-7xSa\lib\tikilib.php on line 1612
Notice: Undefined index: pass_chr_special in D:\Trebly\teawik-ld8-7xSa\lib\tikilib.php on line 1614

(xdebug track ends).

Track file joined

Trebly

~~#390:''Remark out of subject :''~~
Into my notes and refs dates are often in not common format yymmdd with B1=2011 date=B10117 is 01/17/2011, B2 is 2012. I used this for the last twenty years, has been used to make able soft to hold 2000 years and sort date (kept stored on six chars with historical data compatibility)in yymmdd yy=98,99,A0,A1..... B0, B1,B2. Used to make able at the end of eighties an important soft to hold long term plans. I use it since this moment and this goes on naturally and can't changed on my computers and data and can be used till year 2370.

I downloaded the XSPF Player by clicking on the Mod Number.
Then I clicked Install.

The following resulted:

Warning: copy(mods/wiki-plugins/xspf_player/license.txt): failed to open stream: No such file or directory in \\NAWINFS04\home\users\web\b2153\rh.capsa\lib\mods\modslib.php on line 375
wiki-plugins/xspf_player/license.txt to lib/xspf_player/license.txt impossible to copyPHP Warning: copy(mods/wiki-plugins/xspf_player/license.txt): failed to open stream: No such file or directory in \\NAWINFS04\home\users\web\b2153\rh.capsa\lib\mods\modslib.php on line 375

May we please have a solution to this problem.
Thank you!

When creating calendar events I noticed that I created two events. Since this happend to me three times in a row I can exclude user error...

The events had this in common: They are whole day, they repeat every year, and they repeat 99 times (there is still no function in the calendar for endless repetition).

All doubles had precisely the same text, same date etc. The second entries could be manually deleted with no problems.

Thanks
hman

Creation of tracker items with __relative dates__ from profiles shows the right date in view item but empty when editing item

By __relative dates__ I mean something like:
{CODE()}
+1 day 2 hours
{CODE}

(See more: http://www.php.net/manual/en/function.strtotime.php )

See it reproduced in the show instance of this other bug report ([item5254]):

http://xavi-9794-5254.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=4
u: admin
p: 12345

This item was created through applying the profile "Tracker_as_Calendar_12"

Defined as:
{CODE(ln="1")}
type: tracker_item
ref: event_004
data:
tracker: $Tracker_as_Calendar_12:trac_as_cal
status: open
values:
- [ $Tracker_as_Calendar_12:trac_as_cal_summary, A big conference ]
- [ $Tracker_as_Calendar_12:trac_as_cal_location, room 2.3 (15 seats) ]
- [ $Tracker_as_Calendar_12:trac_as_cal_start_date, +1 day ]
- [ $Tracker_as_Calendar_12:trac_as_cal_end_date, +1 day 2 hours]
- [ $Tracker_as_Calendar_12:trac_as_cal_priority, 5 ]
- [ $Tracker_as_Calendar_12:trac_as_cal_description, "I'm really looking forward to attending at this event." ]
{CODE}

Which produced, once applied, something like:

|| Summary | A big conference
Location | room 2.3 (15 seats)
Priority | 5
Description | I'm really looking forward to attending at this event.
Start date | 2014-05-28 12:58
End date | 2014-05-28 14:58
Created | Tuesday 27 of May, 2014 12:46:16 CEST
LastModif | Tuesday 27 of May, 2014 12:46:16 CEST
||

When clicking at edit, no start or end date are shown in the form, and the icon to open the popup helper to fix the dates is not shown either.

And then, in the wiki page to display items as calendar events ( http://xavi-9794-5254.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12 ), this event is not displayed either.

{flash type="url" movie="display782" width="857" height="741"}

When I upgraded this site:

http://alaindesilets.org/MyPublicSite/tiki-view_blog.php?blogId=1

from 6.1 to 7.1, the layout got screwed up (I'm using the DarkRoom theme).

Before the upgrade, the layout looked like this:

* [http://dev.tiki.org/tiki-browse_image.php?imageId=125]

After the upgrade, it now looks like this:

* [http://dev.tiki.org/tiki-browse_image.php?imageId=126]

Notice how the position of the login and the search forms changed, and how it looks weird in the TW 7.1 version (plus, it causes a lot of waste in screen realestate).

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...

On the Tiki forum if you delete a topic you will see 2 messages:
"Success"
"Error"

The topic page should be loaded as success and not a "lost in space" page. ?

{img fileId="1541" thumb="box"}

It is too difficult now to watch categories (but the feature works well).

Please see: ((Category Watch DogFood))


on ((SUMO)): [https://bugzilla.mozilla.org/show_bug.cgi?id=498001|Improve UI and feedback for watching categories to say you'll be e-mailed and offer easy way to turn off]

for some reason, the echo on irc from teh new bugs reported on dev.t.o/tracker5 doesn't include the bug report title anymore (the first isMain field in the Tracker)

It was quite handy.... and I wonder if it's easily recoverable...

Just compare the footer of profiles.tiki.org to dev.tiki.org

{img fileId="300"}


(previously titled: ''dev.tiki.org: The footer links are squished after the upgrade from 10.x to 11.x'')

{CODE(wrap=>1)}
(18:30:35) xavi: to reproduce: I did search for "Report" at the top bar search
(18:30:42) xavi: showing this url: http://dev.tikiwiki.org/tiki-searchresults.php?highlight=Report&search=Go
(18:30:47) xavi: with this error:
(18:31:14) xavi: [off] You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '? and ttif.`value`=? and ttifOut.`fieldId`=?' at line 2 The query was: select ttifOut.`value` from `tiki_tracker_item_fields` ttifOut, `tiki_tracker_item_fields` ttif where ttifOut.`itemId`= ttif.`itemId`and ttif.`fieldId`=? and ttif.`value`=? and ttifOut.`fieldId`=?
{CODE}

---
Update on March 31st 2010, using Last update from SVN (5.0alpha): Friday 26 March, 2010 09:12:40 CET - REV 26326 :

{img src=http://dev.tikiwiki.org/tiki-download_item_attachment.php?attId=236 desc="http://dev.tikiwiki.org/tiki-download_item_attachment.php?attId=236"}

{syntax type="tiki" editor="plain"}
Tested on info.tw.o with FiveAlive theme...

Disabling the __Search box__ option on the Admin: Search page, Search Results tab (tiki-admin.php?page=search) will remove the Search bar from the menu.

This is incorrect behavior.

Calendar URLs are currently excluded for spiders and bots, for example:

/calendar?focus=1268089200&viewmode=week

excluded by entries:

Disallow: tiki-calendar.php
Disallow: /tiki-calendar.php

However, the URL /tiki-tell_a_friend.php?url=%2Fcalendar%3Ffocus%3D1268089200%26viewmode%3Dweek would be spidered instead.

Use case: LDAP setups with numeric ID's for usernames: the admin needs to be able to switch to some user's account to check that settings and perms are as expected for that usergroup, etc. I know the co-worker names, but I don't know their ID's in the setup, other than manually checking at the users list and infer it's name from their email.

This line seems to control it at the template for the login box module:
{CODE()}
{autocomplete element="#login-switchuser_"|cat:$module_logo_instance type="username"}
{CODE}

which implies that there is a function.autocomplete.php smarty_tiki file.

I managed to make the userrealname display in the dropdown box. But I need that userrealname as label, while keeping the username as option to be used internally (otherwise the switch user does not work, as far as I could see)

1st attempt:
-------------------
I tried with this type of syntax, but it didnt' work:
{CODE()}
{autocomplete element="#login-switchuser_"|cat:$module_logo_instance type="userrealname" options="label:userrealname,value:username"}
{CODE}

since that is what I understood from here:
http://api.jqueryui.com/autocomplete/#option-source


2nd attempt:
-------------------
I also tried modifying function.autocomplete.php and the
mod-login_box.tpl to end up producing this syntax (as I could see in the
html source of the produced page):
{CODE()}
$("#login-switchuser_2").tiki("autocomplete", "userrealname", { source:[label:"userrealname",value:"username"] });
{CODE}

but it didnt' work either.

---


Any tips on how to write it in the proper jquery and smarty syntax?

Display Realname instead of login at the ((doc:Action Log)) for admins or non-admins with permission to see log reports (teachers seeing reports of their students, project managers seeing reports on their workers, etc)

For those cases (such as LDAP in which username can be just a numeric ID of the user but RealName is the meaningful info/name for that user) where the tiki admin chose to display Realname instead of login where possible.

Setting, for instance, at : tiki-wizard_admin.php?&stepNr=17&url=index.php (Set up User & Community features):
user_show_realnames : "Show user's real name instead of login (when possible)"

for users with tiki_p_wiki_view_comments perm only, it displays the ~np~[comment]~/np~ link on the wiki page bar even when no comments there yet to read, so clicking it does literally nothing...

At https://doc.tiki.org/Login-General-Preferences I see:

{img fileId="1859" thumb="box"}

I can't edit it from the doc seems it is set as is in the PREFDOC.

To reproduce, visit:
https://doc.tiki.org/tiki-index.php?page_ref_id=4565#Translation_through_Tiki_interface_database_

Then, click "print", and you will be at:
https://doc.tiki.org/tiki-print.php?page_ref_id=4565

But showing HomePage instead of
https://doc.tiki.org/tiki-print.php?page=Interface+translation

I have a drop-down-with-other field with value 0 (zero) as default in a tracker form (so options for that field are "0,0"), but when I see the tracker dropdown to insert items, the drop down gets populated with some string about the sandbox...

still occurring in latest baraches/6x (r30164)

Duplicating events in calendars is broken on 1.10svn right now (April 17th)
If anybody wants to test (to reproduce it) on site, I can grant you account details here (a production site):
http://moviments.net/cursos/tiki-calendar.php

I tried editting this, and clicking to duplicate button (to make a new event from the edition of an existing one; I thought I could do that on previous 1.9.x sites), but no success:
http://moviments.net/cursos/tiki-calendar_edit_item.php?viewcalitemId=64

I tried also creating a blank new item, fill in the form for the calendar item, and instead of cliking on the "save" button, click on the "duplicate to" and select the calendar where I wanted to duplicate this item to.

After the click to the button, I saw another item in the edit event form (on the same browser window), and in other tabs, I could see that no new event was added, neither for that calendar selected or any other on the site.

It's a pity that calendar events can not be duplicated on 1.10svn, since it's a very useful feature for high load tiki sites. (like when adding 10 sessions of a new course, all of them with similar details except for the day of the month, etc.)

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