Commit Graph

8866 Commits

Author SHA1 Message Date
reinerj
8d6c7367f1 fix a typo 2004-09-19 20:53:21 +00:00
Ralf Becker
45c2916b68 fixed typo, thanks to Jo�o Martins 2004-09-19 20:34:48 +00:00
alpeb
e0d1912226 Wasn't finding htmlarea.css when not using /egroupware as base directory 2004-09-19 16:44:27 +00:00
Ralf Becker
7cc7965eea reworked infolog so-layer to use new db-functions to allow updates under MaxDB 2004-09-19 16:26:08 +00:00
Ralf Becker
bd15c88efb reworked infolog so-layer to use new db-functions to allow updates under MaxDB 2004-09-19 16:15:53 +00:00
Ralf Becker
35ef5df8a3 fixed MsSQL and MaxDB problem: DISTINCT on text column in function get_installed_charsets 2004-09-19 12:46:22 +00:00
Ralf Becker
33918385fc fixed 2 other probs:
- cat_id is varchar, so the id's in "cat_id IN ('1','2')" have to be in single quotes for MaxDB
- search on text-columns:
  * MsSQL need to cast the column to varchar
  * MaxDB cant do it at all
2004-09-19 12:34:34 +00:00
Ralf Becker
b125007c92 reworked the contacts class using the new db-functions to fully support MaxDB 2004-09-19 11:33:31 +00:00
Ralf Becker
b72732290e added checks for updates of text and blob columns 2004-09-19 10:38:11 +00:00
Ralf Becker
c6e4fdac77 added some debug and error messages 2004-09-19 10:35:54 +00:00
Ralf Becker
85a946bc5f enabling prepared statements for MaxDB 2004-09-19 10:32:35 +00:00
Ralf Becker
28ed51f49f fix for bug [ 1027089 ] ALTER TABLE ... ADD COLUMN ... DEFAULT doesn't work
postgres cant add a column with a default in one go
2004-09-19 08:26:45 +00:00
alpeb
2fc3edccc2 Added button translation 2004-09-18 21:35:51 +00:00
alpeb
88451fd126 Added button translation 2004-09-18 21:33:23 +00:00
alpeb
66794f7a77 Added button translation 2004-09-18 21:31:12 +00:00
alpeb
9bc9aa19c2 Added some translations to import and export screens 2004-09-18 15:26:21 +00:00
alpeb
f88561e3c6 Added some translations for import and export screens 2004-09-18 15:21:08 +00:00
Ralf Becker
355beade2a using mysql's REPLACE syntax instead of doing first a select to determine if the column exists and then an update or insert accordingly 2004-09-18 15:18:48 +00:00
alpeb
bbe871a450 Added some translations for import and export screens 2004-09-18 15:18:28 +00:00
Ralf Becker
3a3e4810a8 fixed handling of:
- updates of blob column for MaxDB
- encoding of blob columns for all DB's
2004-09-18 14:56:18 +00:00
Ralf Becker
4420445e55 ported app-registration functions to new db-functions, as the applications tables contains a text column which need special treatment for MaxDB 2004-09-18 14:55:02 +00:00
Ralf Becker
2f488b17a1 fix for 800x600 resolution from Alejandro 2004-09-18 09:45:31 +00:00
Oscar Manuel Gómez Senovilla
df8f5a858c *** empty log message *** 2004-09-17 09:36:18 +00:00
Ralf Becker
e8f9f120a3 fixed bug [ 1027668 ] $$Link$$ not using https 2004-09-16 22:02:53 +00:00
Ralf Becker
fcddfff1d8 removed the HtmlTidy plugin from the defaults, as it breaks the source edit mode (<>) if tidy is not installed 2004-09-16 21:40:23 +00:00
Ralf Becker
378ec0680b fixed bug reported on the german mailinglist:
- Warning implode wrong arguments on line 120
- space after comma is not ignored
2004-09-15 18:13:48 +00:00
Ralf Becker
94a08a86d2 fix for bug [ 1026126 ] Changing group ACL broken 2004-09-13 08:02:59 +00:00
Ralf Becker
b8c3adb4d3 killed warning of destroying an uninitialised session:
bug [ 1026623 ] Sitemanager site can't be viewed anonymously with PHP session:
- cant reproduce it on my system, but silencing it does no harm
2004-09-13 07:46:36 +00:00
alpeb
bd3685a0e6 The code was preventing anonymous users to get a home page. Perhaps it was done with anonymous users such as the ones
used by  wiki and sitemgr in mind. However, if you mark a normal user as anonymous just to avoid being shown in sessions and access log (like you would for an admin that doesn't want to be noticed), the user won't be able to login anymore. That's why I allow now anonymous users to get a home :)
2004-09-11 23:54:57 +00:00
Miles Lott
0787df1147 Re-add html version 2004-09-11 17:47:41 +00:00
alpeb
53e7d1efa7 Put new password in ['phpgw_info']['user']['passwd'] in case any hook_changepassword uses it 2004-09-11 13:33:41 +00:00
alpeb
9efbee384b The new password wasn't being stored in the session, so it was lost when $GLOBALS['phpgw']['user'] was recreated from session info through class.session.verify.
This prevented user passwords to be changed more than once per session. I'm sure this caused other bugs I'm not aware of...
2004-09-11 05:50:22 +00:00
alpeb
709fa42041 Changed preg_replace with faster strpos 2004-09-11 03:26:33 +00:00
alpeb
b8fcaa3c08 If user doesn't have site configuration access, then don't show the site configuration link for each app 2004-09-10 17:51:28 +00:00
Pim Snel
12223430f7 add switchuser icon source file 2004-09-09 20:32:34 +00:00
Pim Snel
448b5c72b4 enhance css for tooltips and add savefile icon 2004-09-09 20:30:41 +00:00
Pim Snel
e8c1ef5c8d add link to application behind icon 2004-09-09 20:28:14 +00:00
Ralf Becker
ae9dbc99ed updating version to 1.0.0.005 for the bugfix release 2004-09-08 16:18:09 +00:00
Ralf Becker
69ba028568 fix for bug [ 1023559 ] Infolog does not search all entries while linking 2004-09-08 16:04:37 +00:00
Ralf Becker
257251fe00 fix for bug [ 1022807 ] users with some login names can't login 2004-09-08 13:16:54 +00:00
Ralf Becker
f22dab597d fix for bug [ 1015533 ] Private entries prohibit response
If you are invited to a private event, you get full access to it, as you would if it were not private. Only restriction is: other people you gave access to your private events, still cant read the event, as long as they have no direct private grant from the owner of the event.
2004-09-08 12:20:56 +00:00
Ralf Becker
e72a231b42 reverted Matthew's commit and fix for bug [ 1015533 ] Private entries prohibit response
If you are invited to a private event, you get full access to it, as you would if it were not private. Only restriction is: other people you gave access to your private events, still cant read the event, as long as they have no direct private grant from the owner of the event.
2004-09-08 12:19:22 +00:00
Ralf Becker
7479c7f40a fix for bug [ 1022185 ] Last day of event shows 00:00:00 00:00:00 2004-09-08 12:17:39 +00:00
Ralf Becker
2f10c7a587 fix for bug [ 1022185 ] Last day of event shows 00:00:00 00:00:00 2004-09-08 10:13:33 +00:00
reinerj
5d96c5c22b change charset setup it iso-8859-15 2004-09-06 22:27:59 +00:00
dawnlinux
954dd1d9ab Fix the bug: Fail to create text files that contain multibyte
characters in filemanager, for exmaple, files that contain Chinese
characters.

Reason for producing the bug: One parameter of "fwrite"
is "strlen ($data['content'])". To multibyte character, "strlen" can
not return its actual length. So "fwrite" cannot write all characters
to the created file.
2004-09-06 03:48:10 +00:00
alpeb
4b6047655f Big changes everywhere only to support postgres 2004-09-03 22:56:15 +00:00
Oscar Manuel Gómez Senovilla
33e65129be *** empty log message *** 2004-09-03 19:02:35 +00:00
mgalgoci
75f04ec834 Fix issue where people invited to a private event were unable view the event
let alone view the event details. invitees are now allowed to view the event
details as well as accept their invitation to the event.

NB:

- if an invitee has granted another user private access to the invitee's calendar, the user
to which private access has been granted is UNABLE to view the details of the event.

- if the person who created the event and marked the event private has granted another user
access to that person's private events, then the person granted private access WILL be able
to see the details of the event.

- at most, uninvited third parties will only see that a private event is taking place at some
time, but only if they have at least read access to the calendar of one of the people invited
to the event.

I hope this makes sense. I've tested this extensively to make sure I am not accidently granting
access to private events that should be kept private.
2004-09-02 21:28:30 +00:00
reinerj
e235423ed9 update lang file from Theytaz Antoine 2004-09-02 17:49:58 +00:00