Category: 1.9.x

Using 1.9.cvs, user uploaded avatars can only be viewd correctly if they are .gif images.

Shouldn't it allow at least, .png and .jpg images? (currently, it shows a black square, if so)

---
I've modified the tpl in cvs (branch 1-9) to guide users to upload their images in the needed format to work in Tiki. When (and if) fixed, please, change or remove that note in the tpl file

{CODE()}
/cvsroot/tikiwiki/tiki/templates/tiki-pick_avatar.tpl,v <-- tiki-pick_avatar.tpl
new revision: 1.8.2.7; previous revision: 1.8.2.6
{CODE}

----
It seems an issue related to the server, since it does work for me on other servers.

I have TikiWiki 1.9.2 installed on a Linux system with PHP Version 4.3.11 (GoDaddy).
I set up my images to be stored on disk not in the database.
The Firefox browser 1.0.x or 1.5.x works fine.
Internet Explorer 6.0 won't diplay the image with view_image.php when you use id=xxx but using name=xxx works fine.
It also won't show images in the Image Gallery. I assume it is using view_image.php based on id.
I didn't see any mention of this in the 1.9.3 release notes so I did not try installing the newer version.

My installed version:1.9.4

Page:
tiki-view_tracker_item.php

Functionality:
Filter Categories

Bug Description:
1) Filter an item by a category
2) View an item from the filtered list
3) Click the Back Items List

This displays the items list with '0 Items found' (bug) and the search criteria is not retained

This does not happen with text fields


More Info:
Warning: Invalid argument supplied for foreach() in /home/zzzzz/public_html/lib/trackers/trackerlib.php on line 449
Warning: Cannot modify header information - headers already sent by (output started at /home/zzzz/public_html/lib/trackers/trackerlib.php:449) in /home/zzzzz/public_html/tiki-view_tracker.php on line 659

Related to:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=283&trackerId=5
and
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=67&trackerId=5

To reproduce, visit:
http://themes.tikiwiki.org/tiki-browse_gallery.php?galleryId=1

And sort by file size:
http://themes.tikiwiki.org/tiki-browse_gallery.php?galleryId=1&offset=0&sort_mode=filesize_desc

Then, click an image:
http://themes.tikiwiki.org/tiki-browse_image.php?galleryId=1&sort_mode=filesize_desc&imageId=17&scalesize=o


You will get:
{img src=images/code.png}%%% {CODE()}
Warning: mysql error: Unknown column 'filesize' in 'order clause' in query:

select `imageId` from `tiki_images` where `galleryId`=? order by `filesize` desc

in lib/tikidblib.php on line 134
{CODE}

Also see:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1345

Hello, I'm using tikiwiki 1.9.7 and we have several virtual wikis installed at present. The problem is that the groups we get in the admin section are the groups from the virtual wiki that last made a modification to its groups. So sometimes, on the virtual wiki on which I'm admin, I see the groups of another virtual wiki, and not my own groups. The same happens for the categories. (This might also affect other domains that I haven't identified).

What seems to be happening, is that once there is a modification to groups in one of the virtual wikis, the cache is updated with that content and it seems that all virtual wikis must share the same cache... The exact cause would have to be investigated properlly as this is only an assumption deduced from the symptoms. What I do know, is that in the wiki admin section, I made sure that the cache was set to 0 (no cache), and that the individual cache checkbox was unchecked (no sure what this is supposed to do). So if this is a cache problem, it apparently occurs with a cache that you have no choice of using. Also, it can't be a browser's cache because I never go to the other virutal wikis, so there is no reason these other groups should appear in my browser suddenly.

When I do go in the groups section, the right groups are listed on the page in the section 'list of existing groups' , but in the include box of the 'add new group' section, the groups are wrong.

Well that's about it, I hope this is enough information to solve this bug. Let me know if you need specific information I haven't included in this report.

Kreugen

There is an option in tiki-admin.php?page=wiki about ->
"Accept dashes and underscores in WikiWords".

This option works nicely in wiki <span style="color:black; background-color:#ff9999;">pages</span>. However, it is not respected in the <span style="color:black; background-color:#ffff66;">Wanted</span> <span style="color:black; background-color:#ff9999;">Pages</span> plugin.

The problem: Say I am multi-tasking.

1- I start editing a wiki page
2- I check my thunderbird email.
3- I click a link in my email
4- That link could take over my browser and I lose what I was editing. Not fun.


This is what we need:
http://marclaporte.com/tiki/FeatureRequest_BetterHandlingOfBackButtonWhileEditing.swf.html

And that solution also works when you are clicking a link in an email. (not just back button)


other causes of ((doc:lost edit)) are listed in documentation.


similar: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=971

Using 1.9.cvs

Viewing this page as admin:
http://www.moviments.net/drecerca/tiki-admin_calendars.php

I get this warning 10 times on top of the page:
{CODE()}
Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/httpd/tiki19/tiki-admin_calendars.php on line 67
{CODE}

The only calendar defined (default) is public.
^
ID nom loc participants cat idm prio subscripció perso
1 Public n n n n n n n permisos elimina editar
^

Bug is not (apparently) important, but looks awful for newbies installing tiki and trying calendars...

---
Confirmed using 1.9cvs from July 9th 2007

The install seemed to go well, but I get this at the admin login page, and if i log in I get nothing except these three errors. Help please.

-bj




Warning: tempnam() [function.tempnam]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/var/www/web1/) in /var/www/web1/web/tikiwiki/lib/init/initlib.php on line 95

Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /var/www/web1/web/tikiwiki/lib/init/initlib.php:95) in /var/www/web1/web/tikiwiki/tiki-setup_base.php on line 274

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /var/www/web1/web/tikiwiki/lib/init/initlib.php:95) in /var/www/web1/web/tikiwiki/tiki-setup_base.php on line 274

We should make it easier for people to watch/monitor forums

Right now, the user needs to go to each forum page and click "monitor"

All the links should be available on tiki-forums.php

Watch item on trackers sends messages in the language of the tracker poster. It should be in the language of the person watching the item.

When you are watching an item, the email is sent in the language of the site visitor, not your own chosen language.

Watching a tracker is no longer possible:
http://dev.tikiwiki.org/tiki-view_tracker.php?trackerId=5
http://themes.tikiwiki.org/tiki-view_tracker.php?trackerId=2

The "monitor" link is missing.

This is a recently introduced bug

Hi there,

found a issue while using the tracker on a TikiWiki installation which is running in german language.

Following code is used in file tiki-view_tracker.php to set the monitor state:

{img src=images/code.png}%%% {CODE()}
if (in_array($user_email, $emails)) {
$smarty->assign('email_mon', tra('Cancel monitoring'));
} else {
$smarty->assign('email_mon', tra('Monitor'));
}
{CODE}

and the smarty template '/templates/tiki-view_tracker.tpl' uses following snippet to handle the monitor state:
{img src=images/code.png}%%% {CODE()}
{if $email_mon eq 'Monitor'}
<a href="tiki-view_tracker.php?trackerId={$trackerId}&amp;monitor=y" title="{tr}monitor{/tr}"><img src="img/icons/icon_watch.png" width="16" height="16" border="0" align="right" hspace="5" alt="{tr}monitor{/tr}" /></a>
{else}
<a href="tiki-view_tracker.php?trackerId={$trackerId}&amp;monitor=n" title="{tr}stop monitor{/tr}"><img src="img/icons/icon_unwatch.png" width="16" height="16" border="0" align="right" hspace="5" alt="{tr}stop monitor{/tr}" /></a>
{/if}
{CODE}

The smarty variable $email_mon contains 'Monitor', if TiiWiki runs in englisch, in other languages the content will differ, depending on translation (e. g. '&Uuml;berwachen' in german).

Greetings
purcaholic

Currently, we have no history of changes to the tracker.

related [tiki-view_tracker_item.php?itemId=169|Category changes in watch and in syslog]

The "Watch Translation" feature works great however... the email notification that the author receives is the same as a regular wiki page change. It should be different it should:
#Specify ''why'' you are receiving the email
+...a translated version of a page you are watching was changed...
#Indicate the change made and which page you should update.
+...please review the following change in __PAGENAME, sp__ and update your page __PAGENAME, fr__...

Or something similar.

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

Watching a page is an amazing feature.

However, as of now, when a page is renamed or deleted, I am not informed.

Webhelp miss utf-8 specification for the tree menu.

When viewing a message and then clicking on "full headers", Tiki dies with the following error:

An error occurred while loading /tiki-webmail.php?locSection=read&msgid=1&fullheaders=1:
Connection to host localhost is broken.

This might be related to tw#355 - mail headers not being standard conformant and having "Message-Id" instead of "Message-ID" - not sure though.

I setup a webmail account and viewed mail box in tiki webmail. after that I sent two mails from another account with different subject and body. I viewed both of them in mail box and clicked one of them. after going back to mail box both mails was marked as read! so I selected witch I haven't read and marked it as unread, but both of them was marked as unread!

In 1.9.0 (and probably 1.8.x), it is possible to delete a calendarId (ex.:1)

When this happens, all calitemId are set to calendarId=0

Items are still in the database but inaccessible.

(This bug has been tested and verified on clean installs of TW 1.10b1 , 1.9.11 and on opensourcecsm.com)

When someone starts to create a new article (submit/edit/new) and chooses a different article type from the menu "Type", the field "Body" disappears (even if the heading_only property of the field is NOT set).

The problem seems only to exist on clean installs with empty databases which fill up the default values with null instead of 'n' for the different type settings.

In turn, the conditional in the function chgArtType() in the file /lib/tiki-js.js does not do a proper checking of the null values creating a situation where it interprets that the heading_only property for all article types is active (or so I gather). Thus it disables the Body field every time regardless of what the property of the article type says.

under admin permissions:
If you edit a wiki page with a wiki rating, the old poll is deslected and a new poll is made with the generic name 'rate it'.

This means the scores are reset to zero and the admin has to edit the page again and reselect the old poll.

under registered permissions:
If you edit a wiki page with a wiki rating, the old poll is deslected and the page doesn't have a rating anymore.

Wiki ratings is a very nice feature, but this is a showstopping bug.. I hope it isn't too hard to fix ;).

phpBB is a popular open source forum software.
Sometimes, a forum is not enough.
So, the data must be migrated from phpBB to Tiki forums...

If you want to help:
Please post links to similar scripts.
ex.: phpbb to invision board, etc
If/when we do a script, we should do for all major forums.
---
__From kerrnel22 on 11/20/07:__

I have almost completed an integrated TikiWiki forum migration tool for 1.9.8.x and 1.10. Initial release will be to migrate only Tiki forums from one Tiki install to another. However, hooks are in place, and the intention is there, to work on extending the migration tool to importing of phpBB2 (or any other forum software) into Tiki. If you would like more information, email tiki.kerrnel@kerris.com. I expect a general release of the forum migration tool (for Tiki forums only) into cvs of both branches for beta testing by December 1/07. If all goes well, I'll have something released for phpBB2 migration prior to Dec 31.