Topic: Wolf 0.7.0 RC1 Issues
Notice:
For everyone who is testing RC version and find some errors, please report it here for now and we will resolve/transfer them one by one in upcoming betas/rc's.
You are not logged in. Please login or register.
Notice:
For everyone who is testing RC version and find some errors, please report it here for now and we will resolve/transfer them one by one in upcoming betas/rc's.
Some found problems (some perhaps by design):
1. Running security check after install breaks after <div id="content">
2. When selecting a Administration Theme it dynamicly switches the theme but only the first time.
3. Create a new snippet and select "Save and Continue Editing" and after that select "Save", it will flash "Snippet not found" though it does exist and is saved.
4. After changing ADMIN_DIR to "foo" it redirects to http://localhost/login
instead of http://localhost/foo/login
Running:
0.7.0 RC1 on Windows/XAMPP tested under Firefox 3.6.12
Update
security.php breaks because of the following error:
Call to undefined function posix_getpwuid()
I assume that function is only available under Linux?
Last edited by Fortron (2010-11-22 14:21)
Some found problems (some perhaps by design):
4. After changing ADMIN_DIR to "foo" it redirects to http://localhost/login
instead of http://localhost/foo/login
I'm having absolutely the same issue... Can't login with this configuration as after login it redirects to /login/login
Running:
0.7.0 RC1 on MacOS/Chrome
Changing default Layout under Home Page ("/") is causing:
"Illegal value for slug field"
and it cannot be changed. Thus under any other page it works normally.
1. Running security check after install breaks after <div id="content">
Fixed. Was a windows only issue.
2. When selecting a Administration Theme it dynamicly switches the theme but only the first time.
Works for me. Maybe this was an issue only in combo with #4? Retesting is simple, get the latest index.php
3. Create a new snippet and select "Save and Continue Editing" and after that select "Save", it will flash "Snippet not found" though it does exist and is saved.
Fixed.
4. After changing ADMIN_DIR to "foo" it redirects to http://localhost/login
instead of http://localhost/foo/login
Fixed.
Changing default Layout under Home Page ("/") is causing:
"Illegal value for slug field"
and it cannot be changed. Thus under any other page it works normally.
Fixed.
Fortron wrote:2. When selecting a Administration Theme it dynamicly switches the theme but only the first time.
Works for me. Maybe this was an issue only in combo with #4? Retesting is simple, get the latest index.php
Just downloaded the latest edited files, including index.php
No change here when testing the Administration Theme:
1. select theme first time: instant change
2. select another theme: no dynamic change
Tested with Firefox 3.6.12, Chrome and IE8 under Windows XP.
The others stuff seems all fixed now, great job.
Last edited by Fortron (2010-11-22 17:52)
I think the functionality of $this->next() and $this->previous() need to be retested.
Testcase:
Paste this code in your layout:
<?php if ($next = $this->next()): ?>
<div style="float: right; border-top: thin solid #ccc; padding-top: 4px;">Next » <?php echo $next->link(); ?></div>
<?php endif; ?>
<?php if ($previous = $this->previous()): ?>
<div style="float: left; border-top: thin solid #ccc; padding-top: 4px;"><?php echo $previous->link(); ?> « Previous</div>
<?php endif; ?>Add new page Foo and reorder it to appear between About us and Articles.
Go visit page Foo and notice how it only displays the previous link
while one would espect Articles to be the next link but it never gets displayed.
Also $this->previous() allways seem to link to About us, this can be tested by adding another page and reorder it to appear where you like.
Last edited by Fortron (2010-11-22 19:03)
Typos in \wolfcms\wolf\app\views\page\edit.php that is preventing page part confirmation dialog to not prompt user before deleting part.
Line 166 has onclick attribute misspelled as nclick and is missing toggle_popup function
Line 167 has onclick attribute misspelled as nclick
<a href="#" id="delete-part" nclick="if (confirm('<?php echo __('Delete the current tab?'); ?>')) { tabControl.removeTab(tabControl.selected) }; return false;" title="<?php echo __('Remove Tab'); ?>"><img src="<?php echo URI_PUBLIC;?>wolf/admin/images/minus.png" alt="minus icon" /></a>
Typos in \wolfcms\wolf\app\views\page\edit.php ...
Those typos seem to have snuck in during r233. Now fixed.
Another typo in app\views\page\children.php on Line 49:
<tyle="display: none;"> title="" />
Obviously should be:
<style="display: none;"> title="" />
Another typo in app\views\page\children.php on Line 49...
Do keep flagging up these "typos", but it might help to know that (most!) of the missing-first-letters are deliberate ways of "commenting" out trial code. Sometimes they get forgotten, though! ![]()
Fortron wrote:Another typo in app\views\page\children.php on Line 49...
Do keep flagging up these "typos", but it might help to know that (most!) of the missing-first-letters are deliberate ways of "commenting" out trial code. Sometimes they get forgotten, though!
Tell that to my Firefox HTML Validator add-on ![]()
http://users.skynet.be/mgueury/mozilla/
Last edited by Fortron (2010-11-23 19:36)
Fixed. Sorry 'bout these. ![]()
How's the Pages tab working out for everyone? Does the sorting, reordering and such work ok?
How's the Pages tab working out for everyone? Does the sorting, reordering and such work ok?
I've only tested it under Firefox, works fine for me.
How's the Pages tab working out for everyone? Does the sorting, reordering and such work ok?
I'm very interested to get feeback on this one. I've tested across platforms, and Mozilla-based browsers work beautifully. Opera seems happy.
Webkit-based browsers on the other hand (Safari, Chrome) seem to need some coaxing, at least in my testing.
IE7, IE8 ... would be good to know how the Page sorting (especially where level 2+ pages are involved) behaves in these.
Just tested IE7.
Find it to be a bit awkward, less responsive.
Sorting does work but sometimes need to be repeated before it works,
though that might be because of a lesser visual appearance.
Did notice that when you empty a page with children by moving all children to a different level, the space it once occupied stays visible;
I can expand/collapse even though there's no children left.
Overall I would recommend more padding/margin so its becomes easier to see wich pages belong to what level, had a hard time concentrating.
Its missing the visual flair as you can see here:
http://img254.imageshack.us/img254/1671/image2hw.png
Last edited by Fortron (2010-11-23 22:04)
Just tested IE7.
Find it to be a bit awkward, less responsive.
Sorting does work but sometimes need to be repeated before it works...
I just did a bit of IE7 "testing" too, and result is pretty much identical with yours, Fortron.
It's interesting to me that it actually behaves better than Chrome! Which it still is, I'm afraid. Very surprised by that. And I cannot work out a consistent pattern for Chrome's reluctance to sort pages, except that usually (not always!) dragging pages "up" the tree does not want to work. although dragging them down seems "easier". ![]()
And Mozilla just does whatever you like, tickety-boo! ![]()
It's interesting to me that it actually behaves better than Chrome!
I can't get any decent results when using Chrome, currently its just "drag and pray".
Could it be a question of margins? Perhaps Chrome would respond better if there was slightly more room between pages, potentially allowing for better targeting of the drop site?
Could it be a question of margins? Perhaps Chrome would respond better if there was slightly more room between pages, potentially allowing for better targeting of the drop site?
I don't know but its worth a try, lets hope its just CSS related.
Here's some screenshots of Firefox, Opera and IE7 just to compare, hope its usefull:
http://img227.imageshack.us/img227/1603/image6q.png
Chrome and Firefox do look the same, would amaze me if its a CSS only issue.
Last edited by Fortron (2010-11-23 23:52)
Chrome and Firefox do look the same, would amaze me if its a CSS only issue.
Well, after much playing around (too much, probably!) there is one weird, but consistent factor:
"About Us" and "RSS Feed" will consistently sort anywhere, happily in Chrome. Other pages will not.
Can anyone else duplicate that behaviour? I kind of hope so, because then it will mean I'm not crazy. But I kind of hope not, because I cannot spot anything that would distinguish this behaviour, not from the HTML produced by backend.php, not by the CSS, not by the data in the mySQL table.
![]()
Fortron wrote:Chrome and Firefox do look the same, would amaze me if its a CSS only issue.
Well, after much playing around (too much, probably!) there is one weird, but consistent factor:
"About Us" and "RSS Feed" will consistently sort anywhere, happily in Chrome. Other pages will not.
Can anyone else duplicate that behaviour? I kind of hope so, because then it will mean I'm not crazy. But I kind of hope not, because I cannot spot anything that would distinguish this behaviour, not from the HTML produced by backend.php, not by the CSS, not by the data in the mySQL table.
Here's my Chrome findings.
I can sort the pages in the Archive, no problem.
I can add a child page, add grandchildren to it and sort them, no problem.
I can move a page that contains children and/or grandchildren to another
page that contains children when it is expanded;
but it makes it much easier when the target page is collapsed before doing so:
you'll need some luck if you move them while expanded..
The problem I find:
I can't move a page with children back at rootlevel.
See this image if you don't understand:
http://img834.imageshack.us/img834/9601/problemcc.png
Last edited by Fortron (2010-11-24 02:20)
This is for nightly 2010-11-26 updated upon rc1
In File manager->Rename: Modal window opens, but you can't close it if you doesn't want to rename current file/folder. (btw, renaming works excellent
)
Posts [ 1 to 25 of 37 ]