Category: 1.9.x

This tracker item could not be found

Hi there,

it is very unhandy to attach files or include images in wiki pages, articles or any other content a user provides. Until now, there are means like:

a) Upload a file to a file gallery and reference it manually using the link given.
b) Upload a file to a wiki page and reference it manually.
c) Try using the WYSIWYG editor and realize it does not upload the image.

Well, what I did is I added some quicktags to your code that opens a custom upload file dialog with a preselected file gallery. The user can browse, upload and add the file into his content in one step. Basically it uploads the file and appends the wiki code at the cursor position.

I will attach you all my environment...there is a file itb_readme.txt in the root which describes in chapter 3 all the changes I do...maybe somebody of your development team assesses this as an important feature and can leverage some code...

Regards,

Maic

Trying to upload files greater than 2 Mb fails.

php.ini allows memnory, files and posts to be 8 Mb

apache has been restarted

According to my tests the bug happens within the insert file to db library when around the $query string and the execution of it.

The goal is to have a USB key version of Tiki.

Possible uses:
#Easy testing on a Windows desktop
#Have a backup of your Tiki on your MP3 player
#etc


Possible partners:
http://www.easyphp.org/
http://portableapps.com/apps/development/xampp
http://www.uniformserver.com/

This block of code is not very well behaved, and it appears in a lot of places:
// Now check if the user should be notified by email
$foo = parse_url($_SERVER[["REQUEST_URI"]);
$machine = $tikilib->httpPrefix(). dirname($foo[["path"]);
$machine = preg_replace("!/$!", "", $machine); // just incase
$smarty->assign('mail_machine', $machine);

In my test environment I'm hitting the website via the LAN machine name and not the public URL. Setting $foo from _SERVER[["REQUEST_URI"] is causing the URL to use the LAN machine name and not the fully qualified name.

Technically this will cause the email to use the host name of whatever the user was hitting, but that would be bad in a server farm where you may need to use a scheme such as www1, www2, www3, etc as the user would always go back to that server instead of letting the load balancer figure it out.

I could see this being a problem anywhere the code is using _SERVER[["SERVER_NAME"] as well.

To me the root problem here is that the templates are depending on two different sources for the same data (the hostname portion of the URL).

To be able to use certain variables such as:

{CODE()}{page} or {$page}
{lang} or {$lang}
{username} or {$username}{CODE}

So we could have contextual images depending on language:
{CODE()}
{img src=image{lang}.jpg }
{CODE}

and links like:
{CODE()}
[tiki-editpage.php?page={$page}|Edit this page]
{CODE}

So we know which admin created a login...


We currently have a log entry when a user is assigned to a group, but not when he is unassigned.

Also, we have:
unassigned perm tiki_p_broadcast from group admin

but not:
assigned perm tiki_p_broadcast from group admin



Maybe adding failed login attempts would be good too...

In version 1.8 and below [http://tikiwiki.org/tiki-index.php?page=UserMenu|UserMenu] was always displayed for logged in user on the bottom of the Menu section. After upgrade to version 1.9.3 and 1.9.4, UserMenu does not appear on the page.

The problem is in the __mnu_application_menu__ module. It is no longer display the "User Menu". This module is preferrable to alternative application_menu, because it does hide the menu item, if current user has no rights to it.

Workflow.tikiwiki.org is running 1.9.8.3. I was playing around with InterTiki settings and enabled pulling of UserPrefs from the master site. I know on the mater site, my particular user ID has privacy turned on such that my information is not visible to users.

When I go to wf.tw.o as an anonymous user, I can hover my cursor over a user (such as myself) and it will show a box with my information...email address, location, etc. When I try and do the same on the tw.o master site, I get "user information is private" or something.

I'm wondering if there is a bug or oversight with InterTiki where it is not pulling all of the user preferences, and if that is the case, if someone can fix it so that privacy settings are honoured?

Thanks!

Not sure if this is prevalent in 1.10.0 or not, but...

User twentytwo had problems in IRC with user registration set to ON with validation set ON. When the regisration form was submitted by the new user, the script would bomb with an SQL error because the first three fields were nulls and couldn't be.

I could only reproduce this bug when User Registration was turned on, with validation also turned on, but with General->Sender email UNSET. So during setup, the sender email was not set. As I also do not have this set at home since I don't want to send any emails, I was able to reproduce the problem. With sender email SET, there is no DB error.

Not sure if this is prevalent in 1.10.0 or not, but...

User twentytwo had problems in IRC with user registration set to ON with validation set ON. When the regisration form was submitted by the new user, the script would bomb with an SQL error because the first three fields were nulls and couldn't be.

I could only reproduce this bug when User Registration was turned on, with validation also turned on, but with General->Sender email UNSET. So during setup, the sender email was not set. As I also do not have this set at home since I don't want to send any emails, I was able to reproduce the problem. With sender email SET, there is no DB error.

in templates/mail/moderate_validation_mail.tpl this line is converted badly by smarty:
{$mail_machine}?user={$mail_user|escape:'url'}&pass={$mail_apass}}?user={$mail_user|escape:'url'}&pass={$mail_apass}Hi

to

http://www.olgpuchong.org/community/tiki-login_validate.ph?user=paulquek&pass=ef786a8eac742d7502b87668f5132cf7

were
tiki-login_validate.php has a missing "p"

this result in bad link for user registration validation

Just play around with it (sending a task, etc) and you will see.


Maybe it's because this site has thousands of users and on a clean install, it will be fast.

---
When adding a task from a module:
[ Execution time: 212.52 secs ] [ Memory usage: 10.13MB ] [ 143 database queries used ] [ GZIP Enabled ] [ Server load: 6.65 ]
---

The problem seems to be with the module "user_tasks" and presumably "user_tasks_public". When these modules are not assigned (activated), the task feature is fast (and quite nice/complete, I must say). It appears to be when the module cache is (re)generated.

When a user activates a theme in "My Tiki", he is unable to go back either to default site theme or to another one. The new profile is active during the user session, but once he logs off and on again, he stays with the first chosen profile.
This problem exists on this site.

sorry - not actually a problem

Userlist accessed from Community menu displays on page 1 the first 10 of my 18 users, on page 2 I see 8 users but they are names from the first list and in different order!!! This wiki is a fresh install of 1.9 using a DB sucessfully(?) upgraded from 1.8.5

Using 1.9 cvs from a week ago (more or less)

I made a site (in a multitiki install as subdirectories, in case it matters) with "Request passcode to register:" off, and "Prevent automatic/robot registration" as on. New registrations work fine.

( http://moviments.net/valldelcorb )

Then I shifted to "Request passcode to register:" on (and a simple string of 8 letters, no special chars., in "request passcode to register", with checkbox on), and Prevent automatic/robot registration as off. New registrations fail.
I tried myself with several new users, or emails (and e-mail domains), and I don't get any confirmation email.

I created another site on the same multitiki installation on the same server, with a duplication of the same database to start with, and set back login params. as "Request passcode to register:" off, and "Prevent automatic/robot registration" as on. New registrations with same user details (username, password, email) and they work fine. I get the confirmation email in less than 5 min.

( http://moviments.net/drecerca )

It looks like a bug is hidden somewhere there...
--------
Update: April 17th

It's kind of weird.... On a third site in the same multitiki install (on the same server, of course), tiki registration works ok having "Request passcode to register:" on (and a simple string of 13 letters), and Prevent automatic/robot registration as off.

http://moviments.net/diaspora

Weird... I wonder if this is not some configuration problem... in that tiki, even if I did (that I remember of) nothing different from the other tikis.... :-/ ¿?
-----------
Update August 11th 2007
Updated 1.9 cvs code from today in
[http://margalef.ourproject.org]
which have both request passcode to register as on, and prevent automatic registration of robots as on.
I got the confirmation email to my inbox, I clicked on the full link to validate the new registration request (it was from a google account, recognizing properly the full url link), but I got the answer from the tiki site:
"User or password not valid" (or something similar, since I have translated it from another language)
Still something not fully fixed around there...
-----------------
^
-=Update August 12, 2007=-
I close the bug, since I cannot reproduce it myself in many sites. And I marked as not enough information, since it seems that on one of the sites, the problem is still there.^

I updated the 1.9 cvs code and cleaned tiki caches. There is still some problem on the http://moviments.net/valldelcorb installation, which is using a modified twist theme (in case it matters, even if not using any special template for registration of mail sending). If request passcode to register is on, no messages are received to mailboxes (tried on 2 different ones).

But on other installations of the same multitiki (for instance, http://moviments.net/drecerca , based upon a modified planetfall theme), mails are sent ok, and once validated the link, the account is successfully created, etc.

Last, but not least, I've realized on the http://margalef.ourproject.org tiki install (not multitiki at all, and on another server; using also a modified planetfall theme), last time (the trial from yesterday, August 11th), I received a second email message 3 minutes later, to the same mail box, and regarding the same single user account request made from me, with a different url to validate the account (something weird, isn't it?). This second url worked fine to validate the account, but not the first.

In any case, with updatd cvs code from today, I got normal behavior for new registrations on http://margalef.ourproject.org , using "request passcode to register" as on.

Whatever it was, it seems mostly fixed. And since it seems that I'm only the one with this weird behavior, I close the bug report.
If anybody else find similar problems, just reopen.

Thanks for checking the code for this issue, for those of you who invested time to check that the code was ok.

Tiki banners can now handle images, text, html and external image. To use Flash, one must make an html file (with the Flash) and call that via an iframe.

Adding native support to upload and use a Flash file is next step.

This feature gives very weird results. I gave it two valid emails and one failed. I think mose fixed it for 1.10 The fix should be backported is deemed stable.

We only need to check if email provided is in right format without actually trying to test if domain exists.

Please make sure it handles not only .com and .net but also domains like .com.uy, .co.uk and .info , etc

The Filename field in the Images gallery will allow a space to be present before any characters. This will save the file name in the table with the space in front of the character and this breaks the ability to refer to the image by name.

I have no idea what version I have.

Versions plugin is showing version 3 + 2 + 1 instead of just version 3:
http://tikiwiki.org/tiki-index.php?page=PluginVersions&tikiversion=version+3

Same problem here:
http://tikiwiki.org/tiki-index.php?page=StylesList&tikiversion=Sirius


related: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=838

As you can see here:
http://themes.tikiwiki.org/tiki-listpages.php

Please see this page:
http://tikiwiki.org/TikiWiki

When I am anonymous:
[ 1277 database queries used ]

Yes, when I log in:
[ 155 database queries used ]

For example:
[tiki-view_tracker_item.php?itemId=980&trackerId=5]

When I have a drop-down list, in view-mode I only see what is chosen. Not what is not chosen. It should be the same thing here.

In the tracker listing, it is OK as well: [tiki-view_tracker.php?trackerId=5]

Thanks!