096 RC2 (official release) public support

☆ A M B ☆
1,056 Posts

pixelchutes Reply #11, 19 years, 6 months ago

Count on some feedback from me later this evening. I have a few 096 RC1 upgrades that I’ll be playing around with...(and possibly some 0.9.5.1) Thanks for all the hard work you guys!

Mike Reid - www.pixelchutes.com
MODx Ambassador / Contributor
[Module] MultiMedia Manager / [Module] SiteSearch / [Snippet] DocPassword / [Plugin] EditArea / We support FoxyCart
________________________________
Where every pixel matters.

502 Posts

ajayre Reply #12, 19 years, 6 months ago

I upgraded from 0.9.6-RC1 and saw the following problem.

I access the manager at something like http://foo.domain.com/~andy/devsite/manager, however after logging in it redirects to http://foo.domain.com/manager, which doesn’t exist. I can get to the manager by manually fixing the URL, however I get the same problem on logout as well. sad

Andy

502 Posts

ajayre Reply #13, 19 years, 6 months ago

My site is located at something like: http://foo.domain.com/~andy/devsite.

site_url = "http://foo.domain.com" => CSS isn’t found when using this for the base tag

base_url = "/" => CSS is found when using this for the base tag but all links are broken. Instead of going to http://foo.domain.com/~andy/devsite/index.php, they go to http://foo.domain.com/index.php, which doesn’t exist.

This all worked just fine with 0.9.6-RC1, so I don’t think my server is misconfigured.

Server variables:

_SERVER["HTTP_HOST"]	foo.dnsalias.net:6666
_SERVER["HTTP_USER_AGENT"]	Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.11) Gecko/20070312 Firefox/1.5.0.11
_SERVER["HTTP_ACCEPT"]	text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
_SERVER["HTTP_ACCEPT_LANGUAGE"]	en-us,en;q=0.5
_SERVER["HTTP_ACCEPT_ENCODING"]	gzip,deflate
_SERVER["HTTP_ACCEPT_CHARSET"]	ISO-8859-1,utf-8;q=0.7,*;q=0.7
_SERVER["HTTP_KEEP_ALIVE"]	300
_SERVER["HTTP_CONNECTION"]	keep-alive
_SERVER["HTTP_REFERER"]	http://foo.dnsalias.net:6666/~andy/devsite/manager/index.php?a=53
_SERVER["HTTP_COOKIE"]	SN455e19d47ef86=cc757bd9bef813c178b26861bc206805; QE_linksShown=1; SN455e19d47ef86=cc757bd9bef813c178b26861bc206805; __utmz=238620308.1161923174.1.1.utmccn=(direct)|utmcsr=(direct)|utmcmd=(none); __utma=238620308.568647973.1161923174.1163213354.1176505786.18; SMFCookie149=a%3A4%3A%7Bi%3A0%3Bi%3A1%3Bi%3A1%3Bs%3A40%3A%2294a735bd3dc41c850bb5e1ca50641415869dc335%22%3Bi%3A2%3Bi%3A1354040552%3Bi%3A3%3Bi%3A0%3B%7D; MODxLoggingCookie=-726876819; phpbb2mysql_data=a%3A2%3A%7Bs%3A11%3A%22autologinid%22%3Bs%3A0%3A%22%22%3Bs%3A6%3A%22userid%22%3Bi%3A-1%3B%7D; SN455e19d47ef86=cc757bd9bef813c178b26861bc206805
_SERVER["PATH"]	/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin
_SERVER["SERVER_SIGNATURE"]	<address>Apache Server at foo.dnsalias.net Port 6666</address>
_SERVER["SERVER_SOFTWARE"]	Apache
_SERVER["SERVER_NAME"]	foo.dnsalias.net
_SERVER["SERVER_ADDR"]	10.90.31.7
_SERVER["SERVER_PORT"]	6666
_SERVER["REMOTE_ADDR"]	10.10.10.10
_SERVER["DOCUMENT_ROOT"]	/var/www/html
_SERVER["SERVER_ADMIN"]	[email protected]
_SERVER["SCRIPT_FILENAME"]	/home/andy/public_html/devsite/manager/index.php
_SERVER["REMOTE_PORT"]	4064
_SERVER["GATEWAY_INTERFACE"]	CGI/1.1
_SERVER["SERVER_PROTOCOL"]	HTTP/1.1
_SERVER["REQUEST_METHOD"]	GET
_SERVER["QUERY_STRING"]	a=200
_SERVER["REQUEST_URI"]	/~andy/devsite/manager/index.php?a=200
_SERVER["SCRIPT_NAME"]	/~andy/devsite/manager/index.php
_SERVER["PHP_SELF"]	/~andy/devsite/manager/index.php
_SERVER["REQUEST_TIME"]	1176781658
_SERVER["argv"]	

Array
(
    [0] => a=200
)

_SERVER["argc"]	1

Any ideas?

Andy

☆ A M B ☆
1,056 Posts

pixelchutes Reply #14, 19 years, 6 months ago

I thought I read in the NetSol-issue thread that Apache 2.2 no longer allows the following in .htaccess files:

Off/On

php_flag register_globals Off|On

and now requires boolean/integers

php_flag register_globals 0|1

...Can anyone confirm? Is this backwards compatible w/ older versions of PHP/Apache? (Pretty sure it is) If so, we should consider updating the "ht.access" example file that makes 0.9.6 Stable.

Also, I just upgraded from a previously labeled 0.9.6 RC2 (trunk) version ... rev 2466 I think... and so far everything works great. It was actually quite seamless! I almost forgot to logout of my manager session, but the new reminder was VERY helpful. Nicely done.

However, I should note that when I saw the logout reminder, I entered /manager to logout and NOTHING was styled, frames were oddly out of place (doc tree on right), etc...I saw the unstyled, blue logout link and clicked it...which then resulted in

fread/fclose

errors, etc. I disregarded it, tried logging into /manager again, but with no luck. I assumed logout had done its job so I resumed the install/upgrade process without any issues...The logout incident I experienced might scare a few people in the same situation lipsrsealed

Not a big issue, but is anyone else seeing a lime green line at the top of the Edit Document page (right above Document setting section)? (Using MODxLight theme)

UPDATE:
I just went into Resources > Plugins and Disabled QuickEdit plugin.
The resulting page following the update wasn’t the Resources, rather it loaded my website into the frame... Also, the plugin was NOT disabled

Needed the friendly /manager/.htaccess: wink

SecFilterEngine Off
RewriteEngine Off

TinyMCE Links aren’t rendering properly for me:

<a href="http://127.0.0.1/%5B%7E42%7E%5D" mce_href="http://127.0.0.1/page_name_here.html">click here for details</a>.

...Apparently [~12345~] isn’t being converted to URL because of the way TinyMCE converted the [ and ]. Also, not sure why mce_href="" and mce_src="" attributes are making it through in my markup sad

Mike Reid - www.pixelchutes.com
MODx Ambassador / Contributor
[Module] MultiMedia Manager / [Module] SiteSearch / [Snippet] DocPassword / [Plugin] EditArea / We support FoxyCart
________________________________
Where every pixel matters.

194 Posts

lukwe Reply #15, 19 years, 6 months ago

the ’missing chunk tab’ issue I reported for RC1 disappeared in RC2.

Now I’m getting a ’Flash plugin deprecated and should not be used togheter with the media plugin’ dialog/warning whenever I load tinyMCE (editing documents).

This happens both with Firefox on Macs and with Explorer 7 on Windows 2000.

----------------------------------------------------------
http://www.linkedin.com/in/lucapost/
http://www.twitter.com/lukwe/
----------------------------------------------------------

13 Posts

capin Reply #16, 19 years, 6 months ago

Has anyone had any problems with Captcha? I went to Tools -> Configuration -> User -> "Use CAPTCHA codes" and I turned that on, but the CAPTCHA codes weren’t displaying in when I went to www.mysite.blah/manager I tried several different browsers, and different OS’s. I tried looking in the documentation part of this site, but there was no information on the subject. The wiki didn’t have any info on it as well just a link to what CAPTCHA code is/does.
I did manage to find these two threads.

http://modxcms.com/forums/index.php/topic,3243.0.html

http://modxcms.com/forums/index.php/topic,3861.0.html

The first one helped me turn off CAPTCHA so I could login, but I would still like to implement it. I have found little to troubleshoot this problem. I checked my phpinfo file in the configuration tab, and I have GD support with jpeg enabled, and I also have TrueType fonts enabled. If anyone has any ideas, I am all ears.

cheers
-capin

Well I seemed to finally solve this problem. I found this link:

http://www.dagondesign.com/articles/checking-for-gd-support-on-your-server/

which allows you to test GD support on your server. I ended up finding out that I needed to have FreeType compiled into php.

23 Posts

Seraji Reply #17, 19 years, 6 months ago

Hello everyone,

I’ve been playing around with a site that features both english and simplified chinese, on both my dev site and my clean 0.9.6RC install when i input any chinese characters into a modx field, (longtitle, content and title i have tried) ’?? ??’ is what is entered into the field.

When i enter the same characters straight into the db through MySQL Query Browser the characters go in without any problems. This points to modx as being whats going slightly odd.

Going back to a site of mine that runs 0.9.5 i tried entering the same characters into the same fields and they went in without any problems at all, figuring its something to do with the new database config fields in the installer for 0.9.6 (charset and collation) which left as the default (utf8 and utf_general_ci).

What i found really interesting was that if i took a 0.9.6RC2 site, deleted all the tables in the DB, and ran the 0.9.5 installer (leaving me with 0.9.6 manager and assets and 0.9.5 installed DB) the chinese characters inputted just fine, i figure there will be some temporary solution featuring me choosing which tables i blend together from 0.9.5 and 0.9.6 in order to allow chinese chars to be inserted into the DB through modX, however if this is a 0.9.6 problem then im sure it would be a good thing to fix properly.

I have yet to try updating a site from 0.9.5 -> 0.9.6 to see if this affects an upgraded site, but it certainly affects any new 0.9.6 site that i create.

Any ideas on whether this is a strange modx problem or a strange Seraji problem?

and before i forget, heres some debugging info (might help you work out if it is just my problem)
MySql 5.0.27
PHP Version 5.1.6
Fedora 5 Core

Ta very much for an info on whats happening.

7,075 Posts

davidm Reply #18, 19 years, 6 months ago

I had some similar issues at first with a latin1 encoded website (french), since I had improperly let the installer go through the standard upgrade which set the DB connection charset to utf-8 by default. If your DB connection charset is not utf-8, then you should use the advanced upgrade which allow you to choose the proper charset.

You have to understand that from 0.9.6 and on, MODx specifies a new variable in the config.inc.php file ($database_connection_charset) which is defined by the new installer either during install or during upgrade. Be careful to set the right database connection charset, or else you’ll suffer bothering issues tongue

.: COO - Commerce Guys - Community Driven Innovation :.

MODx est l'outil id

☆ A M B ☆
1,056 Posts

pixelchutes Reply #19, 19 years, 6 months ago

Regarding the problem with eForm 1.4.4 packaged in 096 RC2:

http://modxcms.com/forums/index.php/topic,14019.msg91953.html#msg91953

Any word on if the updated eForm package will make it into the next RC?

Mike Reid - www.pixelchutes.com
MODx Ambassador / Contributor
[Module] MultiMedia Manager / [Module] SiteSearch / [Snippet] DocPassword / [Plugin] EditArea / We support FoxyCart
________________________________
Where every pixel matters.

MODX Staff
12,272 Posts

Ryan Thrash Reply #20, 19 years, 6 months ago

That was committed @ rev 2556 on 4/16/07 to the internal Dev branch ...

Ryan Thrash, MODX Co-Founder
Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me