Category: All / Undefined

Issue with the back button (maybe not related to the spreadsheet-function):

I check the version history of the Spreadsheet and compare the two latest versions (works fine). But when I try to use the button "back" I get an empty error message. When I choose OK I get the same message. I am forced to use "cancel". When I instead use the back button in the web reader everything works fine and I can return to the version history. I use firefox 3.6.3.

Hi,
with 8.1 (and before) a __fixedwidth style__ (default 990px) like twist, __when it has to display a list like "wiki pages" overlaps the center column outside the layout of 450px.__

What do you think of this ?
Do any solutions have been studied ?
Do anybody works on this problem ?

The function has "no error bug" but it is not a professional way, a tester said to me whoa !!! you are going to try to propose this...

!!Working on :

Several solutions can be studied and combined :
# __embed these "tables" into tables__ so that they can't overlap but have hscroll (with all fields for selection). This is technically valid but __not at all sufficient because it is unusable__
# Add table with a minimum of 9 cells :
** Title and fields which fits the center column (col2) on span 2 c
** Empty
** second tr :
*** The title of element
*** content table with span 2 c and hscroll
** third tr
*** Footer span 2c (width of col2
*** Empty
quite heavy...

# Cut the bottom of middle (col1,2,3) overlapping centered and use 100% width of screen, with automatic hscrool if too large with standard browser zooming
# The same hiding the "middle" (basic col 1,2,3) : needs to display the header with 100% width, and a new content header (enhance all styles to be able with good reliability to hide cols - a good check).
# use solution of "embed table" but with a "button to swap" to full width layout fitting the width of the screen
# option for automatic swap to full width when large tables are displayed
# swap fullscreen for tables described above
__
~~#099:!!!Waiting for ideas and project, thanks__~~

Hi,
with 8.1 (and before) a __fixedwidth style__ (default 990px) like twist, __when it has to display a list like "wiki pages" overlaps the center column outside the layout of 450px.__

What do you think of this ?
Do any solutions have been studied ?
Do anybody works on this problem ?

The function has "no error bug" but it is not a professional way, a tester said to me whoa !!! you are going to try to propose this...

!!Working on :

Several solutions can be studied and combined :
# __embed these "tables" into tables__ so that they can't overlap but have hscroll (with all fields for selection). This is technically valid but __not at all sufficient because it is unusable__ quite heavy... but can be useful to have studied for later
# Add table with a minimum of 9 cells :
** Title and fields which fits the center column (col2) on span 2 c
** Empty
** second tr :
*** The title of element
*** content table with span 2 c and hscroll
** third tr
*** Footer span 2c (width of col2
*** Empty
# Cut the bottom of middle (col1,2,3) overlapping centered and use 100% width of screen, with automatic hscrool if too large with standard browser zooming
# The same hiding the "middle" (basic col 1,2,3) : needs to display the header with 100% width, and a new content header (enhance all styles to be able with good reliability to hide cols - a good check).
# use solution of "embed table" but with a "button to swap" to full width layout fitting the width of the screen
# option for automatic swap to full width when large tables are displayed
# swap fullscreen for tables described above
~~#090:
!!Waiting for ideas and project, thanks
~~

a) The german localization has a lot of errors, mostly typos.

b) The wording and/or spelling some of the original (english) phrases in the language file appear to me as questionable, eg line 655 "New articles submited"

r46040

In our case, we are using "Strasa" theme style, in 11.x svn.

As admin, we go to Admin home > Workspaces & Areas > Create a workspace:

The jquery popup box fell behind the main panel in the central column. Therefore, the buttons where hidden behind that panel in the central column.

{img fileId="249" thumb="y" rel="box[g]"}

----

The same with the button the "change highlighter" (codemirror) in a text area in a wiki page: the popup bux is not shown (falls behind the edit area, it seems).

Same with plugin file, plugin to upload images, etc. If you are in full screen edit mode, then you see nothing from that popup shown (behind).
---

The problem seems to be somehow with the strasa I had in my installation, which came from upgrades. I cound't reproduce the issue in show.t.o, nor in my site with another theme style.

In tiki_categories-admin.tpl, the javascript function toggle is used to toggle tree nodes for subcategories. However, that function appears in two places - PHPLayers menu and tiki-js. Ouch.

This worked in 1.9 and is broken in 1.10



Same is true for the debug console and (I suspect) anything else that uses the toggle function.

I isolated the problem - I added the browse categories module - that includes phplayers-tiki.php, which includes lib/phplayers, which has the toggle function...

More tracking found the problem - it is in lib/phplayers/lib/treemenu.inc.php

the makeNewTree function looks for a menu_name variable that is added to the toggle function name. This works for the standard category view. However, somewhere along the line the name isn't passed properly in categories module.

The other complication is that the normal category browsing page doesn't work right with this module.


Oddly, phplayers is not included in the 1.10 head download, so I don't get it.

This tracker item could not be found

If you're editing a page and you fail the CAPTCHA or your session expires, your whole edit is lost. Most users expect their browser to have saved the form data, many would know enough to log back in then hit the back button to get back to the form (or at least, hit "back" and copy the data for later pasting after login). This does not work - after a "back" the form is empty!

I'm ranking this bug as priority 7 because it is very serious - data loss and angry users. I think the solution is trivial, too: see below.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

Fatal error when trying to authenticate against an LDAP server on IIS6 Windowns 2003 Server:

Fatal error: Call to undefined method Net_LDAP2_Error::getEntry() in D:\WWWROOT\wiki60\lib\auth\ldap.php on line 257

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

Just thinking.
In some projects I see an extensive use of comments.
I think it would be nice to be able to like good or interesting comments or other content.

The tiki.org LinkedIn links are all broken.

I added the Live Support module and it initially showed OFFLINE.

However once I used it and went offline the graphic still shows ONLINE and will not go away.

I figured it out - I need to go to Live Support System and go off line.

Sorry...

At first I had the problem with the Login Bug listed here:- http://tikiwiki.org/tiki-index.php?page=LoginBug&highlight=login%20bug

I have tried using all fixes on this page and to no avail.

Since then I have found that any function that uses the 'Click here to confirm action' page and button does not work. Are these interrelated? This happens if I try to delete a user, rollback a page in fact any function that uses that button and page?

Help or fixes would be very much appreciated as I have found tikiwiki excellent to use with my classes but these bugs are leading me to use something different next time!

{syntax type="tiki" editor="plain"}
I have installed tikiwiki 4.1 on hostgator. When I login from firefox it doesn't take me to the next page which contains admin menu and logout option even after successful login. If I login from IE, problem doesn't arise while loggin in but at logging out same problem arises i.e. it still shows admin menu.

Look at this url:

https://tiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=60575&post_reply=1&comments_threshold=0&comments_reply_threadId=60577&comments_offset=0&thread_sort_mode=commentDate_asc&comments_per_page=20&comments_grandParentId=60575&thread_style=commentStyle_threaded#form

It should be truncated or eventually space (to permit having it on several lines) visually.

~~#F00:UPDATE:~~ Now it is ok on Firefox still not working on Chrome and Safari on Mac (may be others too).

I would like the java irc client pjirc to use grab the usernames from the tikiwiki database to log the people in when they want to use the irc channel. it is very similar to the mod for Simple machine forums http://pjirc.dtmdotexe.com/index.php?option=com_smf&Itemid=26. It will only work for registered users and does not need to work with wiki markup or group permissions (works as long as you are logged in). You do need a php script to input the irc server/channel to connect to.

Illori

On my Tiki26 live demo and after updating with todays code additions I have a new errors running i:r using php8.1.

The first run:
{CODE()}
Unified search
--------------

Engine: Manticore, version 6.0.4 1a3a4ea82@230314 (columnar 2.0.4 5a49bd7@230306) (secondary 2.0.4 5a49bd7@230306)
2 mins/2 mins [==========================>-] -- Processing wiki page documentsFunction strftime() is deprecated on line 82 of /home/tsaharoniki26/public_html/vendor_bundled/vendor/smarty/smarty/libs/plugins/modifier.date_format.php
Undefined array key "tracker_field_productsPaymentPage" on line 29 of /home/tsaharoniki26/public_html/temp/templates_c/he_social^539213ef2c163309872e45fbbac4b6d80308e83b_0.file.checkout_inner.tpl.php
A error was encountered while running a command
Class "Search\Manticore\TikiFilter" not found on line 635 of /home/tsaharoniki26/public_html/lib/core/Search/Manticore/Index.php
{CODE}

The second run:
{CODE()}
Engine: Manticore, version 6.0.4 1a3a4ea82@230314 (columnar 2.0.4 5a49bd7@230306) (secondary 2.0.4 5a49bd7@230306)
2 mins/3 mins [==========================>-] -- Processing wiki page documentsA error was encountered while running a command
Class "Search\Manticore\TikiFilter" not found on line 635 of /home/tsaharoniki26/public_html/lib/core/Search/Manticore/Index.php
{CODE}

One error was fixed (see solution below).

The second error is due to{CODE()}{$smarty.now|date_format:"%d/%m/%Y"}{CODE} used in a Smarty temaple. (look to me like correct code and modifier)

During the last few weeks before launch of 1.9.8, many fixes were introduced. They need to all be evaluated and ported to 1.10



Needed in 1.10 script: change password -> 999 days and 1999 days, needs to become -1 (and a warning in tpl not to use these values) 999 become 1000 and 1999 becomes 2000 if you try.

ref: [http://tikiwiki.cvs.sourceforge.net/tikiwiki/tiki/db/tiki_1.8to1.9.sql?revision=1.79.2.194&view=markup&sortby=date&pathrev=BRANCH-1-9]

Making tiki-admin_modules.php more intuitive (last few commits):
http://tikiwiki.cvs.sourceforge.net/tikiwiki/tiki/templates/tiki-admin_modules.tpl?view=log&pathrev=BRANCH-1-9

{syntax type="tiki" editor="plain"}
When I try and save user preferences (viewing is OK), I get the first part of the user preferences screen back, and then it stops at the "User login:" display with:

Preferences
Last login:
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 6291456 bytes) in /.../lib/tikidate-php5.php on line 182

{syntax type="tiki" editor="plain"}
Let's take, per example, [http://doc.tiki.org/tiki-index.php?page=Look+and+Feel|this page] found at:

{CODE(caption="copy/paste",wrap="1")}http://doc.tiki.org/tiki-index.php?page=Look+and+Feel{CODE}

or any pages for this matter on the http://doc.tiki.org/

and we do not see the menu and usual upper functionalities

Do you see the same?

Other Tiki.org users have reported the same.

Here is a capture screen of what is observed

{IMG(src="http://yogapartout.com/extlinks/ftp/imgs/docTikiOrgDocumentation.jpg",width="500")}{IMG}


Here are some conversations copied and pasted:

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Gary Cunningham says:

Maybe you caught doc.tiki.org while it was being upgraded, or else you
are seeing a cached version of the site. It looks normal to me, and I
suppose it may be normal also for you by now.

-- Gary

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Gregor says:

I can confirm this. The site looks the same to me as shown in your image.

I tried FF 3.6/4. Clearing the cache didn't help. Chrome 11.x shows the site as it should be.

cheers
Gregor

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

IMOO, on IE things look fine.

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Torsten says:

just to give it a try -> did you go to

admin->general->date and time?

Plz try the site after you unchecked "Detect user timezone (if browser allows). Otherwise use site default."

and check on "Use site default to show times".

We had recently a weird Timezone bug, that might not yet be fixed => our site was only visible from certain browser/OS combination

In our case we had Memory Exhaust errors, so it might not be related. But just a quick check - I lost two weeks on that issue until Jonny saved my live, finding the cause.


Cheers
Torsten

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Gregor says:

it does not seem tio be cookie-related. I deleted he local_tz cookie without any result.

As I'm not a admin on doc.tiki.org I cant test changing tz detection. Anyway, I dont think this would help.

@Daniel: does the site show correctly if you log out (using http://doc.tiki.org/tiki-logout.php)?

Cheers
Gregor

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Daniel's answers:


a) I can't do an admin test like suggested as I don't have admin perms.

b) Firefox which version?

I'm writing from a place where I can't see which IE version they and it seems OK on IE

Would the v4 of Firefox be the problem?

Since I upgrated I have all kinds of incongruities.

c) I can't reproduce the bug from where I'm sitting. I'll be able to answer the logout question later on tomorrow May 20th 2011



Daniel.

When editing a wiki page, clicking on any of the toolbar icons:

{img id=102}

causes page to refresh.

Tested with FireFox 3.5 (linux) and IE 6.

If the page is edited using the edit icon (which loads the editor using Ajax), then the feature does work.

This feature works on previous version of tiki (3.x) with the same browsers.

Tiki cache was ceared. No difference.

While digging through some html I found the following:

{CODE()}<div class="rbox-data"">{CODE}

the line in remarksbox.tpl is:

{CODE()}<div class="rbox-data{$remarksbox_highlight}"{if !empty($remarksbox_width)} style="width:{$remarksbox_width}{/if}">{CODE}

When the second if statement evaluates to false an extra double-quote is still output.

Printing pages is sometimes a real mess.
So, http://www.printwhatyoulike.com brings the opportunity to select parts of the page to print etc.