-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SS3 Gallery images not visible in public domain #2
Comments
Further to this, if I'm logged in (either as Admin or as Client) I can see the pages but the links to the images are broken... looks like another permissions issue. I've been through your code but can't see anything obviously pointing to this in there... [in case you haven't already twigged, I also go by the handle 'arthurdent']! |
Hi there,
The GITHUB version for example does not have the gridFieldConfig->addComponent(new GridFieldBulkEditingTools() line of code.
From: Mike Henden [mailto:[email protected]] Having issues with SS3 Gallery... I replaced my 'code' file with your updated version (30 April 2014 at 9:59pm -- Code4 ZIP) and assigned permissions to my client. Initially all my gallery images disappeared but, logged in as my client, I was able to to re-link everything. The only aggravating thing left is that the pages are not invisible to public view (??!). Incidentally I had to comment line 34 ($gridFieldConfig->addComponent(new GridFieldBulkEditingTools());) to get it to run in the backend -- had a Fatal Error otherwise... Can you give me any pointers as to what might be going on? — |
Hi Mike Yes i did figure out who you are :-) Are you running the latest version of?
Remember some time back we had issues with newer version that did not want to work. This has now been sorted and i am running the latest builds in the gallery module. That could explain broken links. Shaun From: Mike Henden [mailto:[email protected]] Further to this, if I'm logged in (either as Admin or as Client) I can see the pages but the links to the images are broken... looks like another permissions issue. I've been through your code but can't see anything obviously pointing to this in there... [in case you haven't already twigged, I also go by the handle 'arthurdent']! — |
Getting more than slightly confused now Shaun… I’ve completely pulled all old code out and replaced with new master code from GitHub for all three components (ss3Gallery, GridFieldBulkEditingTools and SortableFieldGrid). Did a /Dev/Build/ and ?flush=all — a few times! Still have the same issue — if I’m logged in as admin I can see pages/images (well, where the images should be — links are still broken, if I’m not logged I’m pages are invisible. I’ve changed page settings from ‘inherit’ to ‘anybody can view this page’ with the same result. Sorry to trouble you again — but I have no idea what’s happening here! ??? MIKE
p: 04-577 0243, m: 027 4419 273, e: [email protected] On 5/05/2014, at 8:06 pm, Shaun de Greeff [email protected] wrote:
|
FWIW if I try to view page when not logged in it tells me the page is secured… then redirects me to login page.
p: 04-577 0243, m: 027 4419 273, e: [email protected] On 7/05/2014, at 11:29 am, Mike Henden [email protected] wrote:
|
Hi there, I have been able to duplicate on my side. Will work on solution and get back to you Shaun From: Mike Henden [mailto:[email protected]] Getting more than slightly confused now Shaun… I’ve completely pulled all old code out and replaced with new master code from GitHub for all three components (ss3Gallery, GridFieldBulkEditingTools and SortableFieldGrid). Did a /Dev/Build/ and ?flush=all — a few times! Still have the same issue — if I’m logged in as admin I can see pages/images (well, where the images should be — links are still broken, if I’m not logged I’m pages are invisible. I’ve changed page settings from ‘inherit’ to ‘anybody can view this page’ with the same result. Sorry to trouble you again — but I have no idea what’s happening here! ??? MIKE 14 Brees Street, Lower Hutt, Wellington, New Zealand On 5/05/2014, at 8:06 pm, Shaun de Greeff [email protected] wrote:
— |
Ok getting somewhere... If you comment out line 25 on GalleryPage.php
Then the gallery is visible on the front end. Turns out canView is not just meant for CMS but for the frontend as well... Working on rest Shaun From: Mike Henden [mailto:[email protected]] Getting more than slightly confused now Shaun… I’ve completely pulled all old code out and replaced with new master code from GitHub for all three components (ss3Gallery, GridFieldBulkEditingTools and SortableFieldGrid). Did a /Dev/Build/ and ?flush=all — a few times! Still have the same issue — if I’m logged in as admin I can see pages/images (well, where the images should be — links are still broken, if I’m not logged I’m pages are invisible. I’ve changed page settings from ‘inherit’ to ‘anybody can view this page’ with the same result. Sorry to trouble you again — but I have no idea what’s happening here! ??? MIKE 14 Brees Street, Lower Hutt, Wellington, New Zealand On 5/05/2014, at 8:06 pm, Shaun de Greeff [email protected] wrote:
— |
About the linking Have you tried deleting the gallery page and setting it up again...i.e loading images again. I tried it on my side and it worked Also make sure you are running on 3.1.4....i had some major issues with 3.1.2 and 3.13 because of how page inherited from sitetree (public vs private statements) Shaun |
VICTORY AT LAST!! Thanks for all your help on this Shaun. Think you have yourself a module there!! cheers ps If you’re ever in Wgtn to watch the 'Boks play the ABs I’ll buy you a drink or three!
p: 04-577 0243, m: 027 4419 273, e: [email protected] On 7/05/2014, at 9:51 pm, Shaun de Greeff [email protected] wrote:
|
Hi Shaun Sorry to bother you again — just one more niggling little thing… I’m trying to set lightbox text styles on prettyPhotoCustom.css but I can’t seem to get font to stick — it defaults to whatever the users browser detail is. I’ve tried !important which worked for a moment but seeks to have defaulted again. Have you ever struck this and do you know what might be causing it? I’ve had a look at prettyPhoto.css which is a much more formidable file but can’t see anything causing it over there either? Any ideas?
p: 04-577 0243, m: 027 4419 273, e: [email protected] On 8/05/2014, at 3:24 pm, Mike Henden [email protected] wrote:
|
Hi Mike.... In prettyPhotoCustom.css you have the following lines on line 5 and 6: /* Sets the font for the pretty photo pop up */ div.ppt { font-family: "Courier New", Courier, monospace; font-size:1em;} .pp_description { font-family: "Courier New", Courier, monospace; font-size:1.2em; font-style:normal;} Changing it there should make the changes permanent. The following is however important:
Shaun From: Mike Henden [mailto:[email protected]] Hi Shaun Sorry to bother you again — just one more niggling little thing… I’m trying to set lightbox text styles on prettyPhotoCustom.css but I can’t seem to get font to stick — it defaults to whatever the users browser detail is. I’ve tried !important which worked for a moment but seeks to have defaulted again. Have you ever struck this and do you know what might be causing it? I’ve had a look at prettyPhoto.css which is a much more formidable file but can’t see anything causing it over there either? Any ideas? 14 Brees Street, Lower Hutt, Wellington, New Zealand On 8/05/2014, at 3:24 pm, Mike Henden [email protected] wrote:
— |
Thanks Shaun. I have only just found that the ss3Gallery module folder stylesheet was overriding the stylesheet in my Themes folder. This has fixed the font on the ‘description’ type. But I still can’t see how to change the ‘Title’ font? This is the way things are set at present… how do I grab the ‘title’ tag? thanks
p: 04-577 0243, m: 027 4419 273, e: [email protected] On 9/05/2014, at 7:43 pm, Shaun de Greeff [email protected] wrote:
|
I tried this on my side at it worked: /* Sets the font for the pretty photo pop up */ div.ppt { font-family: Georgia, "Times New Roman", Times, serif; font-size:1.8em;} .pp_description { font-family:'Font2'; font-size:1.2em; font-style:normal;} Check for conflicts From: Mike Henden [mailto:[email protected]] Thanks Shaun. I have only just found that the ss3Gallery module folder stylesheet was overriding the stylesheet in my Themes folder. This has fixed the font on the ‘description’ type. But I still can’t see how to change the ‘Title’ font? This is the way things are set at present… how do I grab the ‘title’ tag? thanks
14 Brees Street, Lower Hutt, Wellington, New Zealand On 9/05/2014, at 7:43 pm, Shaun de Greeff [email protected] wrote:
— |
Put your code straight into local environment and it worked here too — no probs. Replaced with my font styling and it worked again. Put on live site and flushed it a few times and — eventually — it worked there too!!! (obviously jammed in the cache) Thanks again!
p: 04-577 0243, m: 027 4419 273, e: [email protected] On 9/05/2014, at 8:33 pm, Shaun de Greeff [email protected] wrote:
|
Hi Shaun, sorry to say I'm having more issues! Another site I did last year (the first I used your gallery module on) needed upgrading -- client wants to be able to upload photos! Which meant that I've updated my local environment site for testing (SS 3.1.5) and put the latest versions of ss3Gallery, SortableGridField and GridFieldBulkEditingTools. I also downloaded latest version of DB from the live site to ensure my local environment was as close to the live site as possible before I updated the SilverStripe install. Unfortunately I can't view or edit gallery pages unless I'm logged in as Admin. All I get is: Log in And even when I'm logged in I can't see any images on the local site! All I see is the page title witin my template. Of course, the problem may not even exist on the live site if I simply updated everything. But I'm sure you can understand my reluctance to do this as I think there's a real possibility that the live site could turn to custard! All I can think of is permissions issues. But having checked the CMS and seen that everything looks OK, I'm a bit stumped. Any ideas? |
Hi Mike,
From: Mike Henden [mailto:[email protected]] Hi Shaun, sorry to say I'm having more issues! Another site I did last year (the first I used your gallery module on) needed upgrading -- client wants to be able to upload photos! Which meant that I've updated my local environment site for testing (SS 3.1.5) and put the latest versions of ss3Gallery, SortableGridField and GridFieldBulkEditingTools. I also downloaded latest version of DB from the live site to ensure my local environment was as close to the live site as possible before I updated the SilverStripe install. Unfortunately I can't view or edit gallery pages unless I'm logged in as Admin All I get is: Log in And even when I'm logged in I can't see any images on the local site! Of course, the problem could not even exist on the live site if I simply updated everything. But I'm sure you can understand my reluctance to do this as I think there's a real possibility that the live site could turn to custard! All I can think of is permissions issues. But having checked the CMS and seen that everything looks OK, I'm a bit stumped. Any ideas? — |
Thanks for coming back to me Shaun Checked permissions — all is set correctly and pages can be accessed from the backend. You just need to be logged in to access pages on the live site. And when you do see pages there are no images?! Weird?! On 13/06/2014, at 2:53 am, Shaun de Greeff [email protected] wrote:
|
Having issues with SS3 Gallery... I replaced my 'code' file with your updated version (30 April 2014 at 9:59pm -- Code4 ZIP) and assigned permissions to my client. Initially all my gallery images disappeared but, logged in as my client, I was able to to re-link everything. The only aggravating thing left is that the pages are not invisible to public view (??!).
Incidentally I had to comment line 34 ($gridFieldConfig->addComponent(new GridFieldBulkEditingTools());) to get it to run in the backend -- had a Fatal Error otherwise...
Can you give me any pointers as to what might be going on?
The text was updated successfully, but these errors were encountered: