1851
Peekay
Re: WYSIWYG editor question
  • 2004/11/27 14:53

  • Peekay

  • XOOPS is my life!

  • Posts: 2335

  • Since: 2004/11/20


SPAW Editor for Xoops. In downloads section at:

http://www.wf-projects.com

I believe it can be used in all modules where there is a text-area field.



1852
Peekay
Re: Macintosh OS9 and FTP
  • 2004/11/25 19:37

  • Peekay

  • XOOPS is my life!

  • Posts: 2335

  • Since: 2004/11/20


Nine times out of ten we don't have a problem 'processing' downloaded apps on the Mac. We can come un-stuck if the original PHP files were composed, or edited, using a Unix/Linux Text Editor, because (as you already know rocket98) the end-of-line commands are different than Mac or Windows systems. The reliability in which archive decompression and FTP software deals with this discrepancy varies. There's some techy stuff on this at:

http://www.speedsoft.com/cgicentral/fixcrlf.html

http://kb.indiana.edu/data/agiz.html

Actually, if you un-zip Unix tar files uzing Winzip you have to be careful, because it has a configuration option called 'TAR file smart CR/LF conversion'. This might be good for viewing the archive contents on a PC, but not so good for re-uploading a PHP file to a Linux server where the original formatting may be important.

It's all good fun.



1853
Peekay
Macintosh OS9 and FTP
  • 2004/11/25 13:03

  • Peekay

  • XOOPS is my life!

  • Posts: 2335

  • Since: 2004/11/20


Using Mac OS9, in theory, you should be able to download a Zip or tar.gz archive full of PHP files, de-compress it using 'Stuffit Expander' and upload the files to a Unix/Linux server using a Mac FTP program like 'Fetch' .

However, in practice I have found that on more than one occasion there are some PHP files that simply do not like being Mac-handled in this way.

If you FTP from Mac OS9 and have PHP applications or modules that mis-behave, you *might* solve the problem simply by de-compressing the archive on a PC (using a utility like WinZip) and uploading the files using a PC FTP app.

This happened to me recently with a fresh XOOPS install that seemed to upload from my Mac without error, but failed to work properly.

The infamous 'headers already sent' error can sometimes be a coding mistake, but for Mac FTP users, it can also indicate a corrupt file.



1854
Peekay
Re: Version 2.0.7.3 login problem!
  • 2004/11/25 10:21

  • Peekay

  • XOOPS is my life!

  • Posts: 2335

  • Since: 2004/11/20


Problem solved. Error message during install was a clue to a corrupt PHP file somewhere.

I originally unpacked the Zip file with Stuffit and uploaded the files using a Mac. This normally works, (we do it all the time for PHP apps with very few problems), but some apps don't like it and my installation of XOOPS obviously didn't.

I re-downloaded, unpacked and uploaded the files this morning from a PC... and all is well.

Thanks to everyone who posted a suggested remedy.



1855
Peekay
Re: Version 2.0.7.3 login problem!
  • 2004/11/24 21:24

  • Peekay

  • XOOPS is my life!

  • Posts: 2335

  • Since: 2004/11/20


O.K. I tried to re-install. Re-set all permissions. Dropped the database. Cleared out the cache folder and re-uploaded the install folder. I get all 'green' lights until after the tables have been created. When I move to the next step, I get the following error at the top of the screen:

Warning: Cannot modify header information - headers already sent by (output started at /home/mysite/public_html/xoops/class/database/sqlutility.php:321) in /home/mysite/public_html/xoops/install/index.php on line 2461

The step concludes and the next screen says click here to visit your site. Unfortunately, one visit is all I get. Every click kills the session and dumps me at the login screen.

I tried replacing the sqlutility PHP file and re-installing but no joy.

Can I download a full XOOPS version higher than 2.0.5.2 but lower than 2.0.7.3 that doesn't have the 'security fix', because the new session management method doesn't work for me.



1856
Peekay
Re: Version 2.0.7.3 login problem!
  • 2004/11/24 18:41

  • Peekay

  • XOOPS is my life!

  • Posts: 2335

  • Since: 2004/11/20


I thought that NTL's infamous 'transparent' cache might be killing the session, so I just checked using our modem. No firewall. Same problem. Any ideas?



1857
Peekay
Re: Version 2.0.7.3 login problem!
  • 2004/11/24 17:18

  • Peekay

  • XOOPS is my life!

  • Posts: 2335

  • Since: 2004/11/20


Hi m0nty. To be more precise, first access attempt, I got to the 'this is your first time as admin' message. The next screen gave a warning about removing the install dir and a reminder to CHMOD mainfile.php to 444. At this point I could navigate the admin controls o.k., so I loaded the bb module and created a forum to check everything was working. Then I logged out and removed the DIR as instructed.

The next login seemed to work - I reached the screen with the button to access the admin page. It's clicking the button that appears to log me 'out' and redirects me back to the login screen. I tried registering as a new user. All works, including the e-mail notification. However logging in presents the same problem. Clicking any button presents the 'not authorised' alert and logs me out. Tried on my Mac and PC with same problem.

I checked my firewall logs and there are no unauthorised access reports. The cache folder is triple-7 and adminmenu.php is there and seems intact.



1858
Peekay
Re: Version 2.0.7.3 login problem!
  • 2004/11/24 16:37

  • Peekay

  • XOOPS is my life!

  • Posts: 2335

  • Since: 2004/11/20


Hi. No, I don't run a software firewall. Internet connection is via NTL cable DSL. There's a hardware firewall built in to the router?



1859
Peekay
Version 2.0.7.3 login problem!
  • 2004/11/24 16:17

  • Peekay

  • XOOPS is my life!

  • Posts: 2335

  • Since: 2004/11/20


I have been using XOOPS 2.0.5.2 for several days without a hitch. Today, I did a fresh install of latest version (2.0.7.3.) All went smoothly, but now although I can login as admin, any attempt to access admin control bounces me back to the login screen. I have emptied browser cache and deleted cookies but without success.

I have noticed that several people have reported this problem in this forum. Is there an official solution?



1860
Peekay
Re: no browse on downloads module!
  • 2004/11/24 10:54

  • Peekay

  • XOOPS is my life!

  • Posts: 2335

  • Since: 2004/11/20


Sorry to hear that. Both modules worked for me and I am using an old version of XOOPS (2.0.5.2). Hopefully one of the PHP experts can help you with this.

Could be the result of corrupt PHP files?. Interrupted FTP upload is often a cause. You might want to check that there are no zero-byte files after uploading. Editing a PHP file online to change config settings (using CPANEL for example) can sometimes leave a trailing blank space after the closing PHP tag. This can also stop a file from executing.

Of course your host's PHP setup must meet the XOOPS spec regarding required PHP modules, register_globals and safe-mode settings - although I confess I don't know what these requirements are. Should be in a FAQ somewhere?.




TopTop
« 1 ... 183 184 185 (186) 187 »



Login

Who's Online

211 user(s) are online (142 user(s) are browsing Support Forums)


Members: 0


Guests: 211


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Mar 31
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits