Upload an attachment feature not working properly when creating a group

REOPENED
Assigned to

Status

Websites Graveyard
spreadfirefox.com
--
blocker
REOPENED
10 years ago
7 years ago

People

(Reporter: Mary, Assigned: abuchanan)

Tracking

(Blocks: 1 bug)

unspecified
x86
Mac OS X

Details

(URL)

Attachments

(3 attachments)

(Reporter)

Description

10 years ago
When you create a group you're given the option to upload a document.  The attachment goes through ok but then never appears anywhere on the group.  Oh where do they go?

Do we have something selected that keeps attachments hidden?

Updated

10 years ago
Assignee: nobody → paul
(Reporter)

Comment 1

9 years ago
Again, anticipate this will be more of an issue when we're asking peeps to create new groups at launch.
Severity: normal → blocker

Comment 2

9 years ago
This upload file attachment works perfectly on my local spreadfirefox server :-)

On stage we have a security warning when we upload an attachment so i guess our  problem is something to do with this and/or maybe a network proxy problem.

A thought ..
If node creation pages will not be under SSL on production there is probably no real need for us to be testing node creation pages under SSL on stage

Comment 3

9 years ago
Created attachment 364392 [details]
Shows security warning on stage when uploading attachments

Updated

9 years ago
Assignee: paul → mary
(Assignee)

Updated

9 years ago
Blocks: 479512
(Assignee)

Comment 4

9 years ago
Paul C, if you're still wondering where to start, this bug could use some love.
(Reporter)

Comment 5

9 years ago
I second that :)
(Reporter)

Comment 6

9 years ago
Paul C:  Were you able to look at this?
(Reporter)

Comment 7

9 years ago
Btw...not sure why this is assigned to me :)  Not sure I can do much here!
(Reporter)

Comment 8

9 years ago
Paul B:  Can you look at this again?  We need make a call as to whether we will get this in with the relaunch & Lucy needs to get documentation updated accordingly.  Thanks!

Comment 9

9 years ago
If the stage server was not all under SSL i'm reasonably confident you would not see this uplaod problem so i don't think it will be good use of my time to set this problem up on my VPS server where i have an SSL environment and fix this specific problem.

I would recommend we setup stage to be under non SSL as per production.

Paul
(Assignee)

Comment 10

9 years ago
(In reply to comment #9)
> If the stage server was not all under SSL i'm reasonably confident you would
> not see this uplaod problem so i don't think it will be good use of my time to
> set this problem up on my VPS server where i have an SSL environment and fix
> this specific problem.
> 
> I would recommend we setup stage to be under non SSL as per production.
> 
> Paul

Well, that's not going to happen soon, and this bug is a blocker, so can you test with SSL on your local env please?  From what I understand, we're not even sure this IS an SSL problem.

We need a specific reason why this bug is occuring.

Also, where *should* the attachments be shown?

Comment 11

9 years ago
Would you look into this Alex as i don't have MAMP setup for SSL on my local server and its getting close to midnight here , thanks

Comment 12

9 years ago
Created attachment 367973 [details]
where the group attachment is shown

Comment 13

9 years ago
I tested on my local spreadfirefox server running SSL and can confirm the problem
is connected with the site installation being under SSL

Interesting article in setting up MAMP with  SSL in you want to confirm this ..
http://www.lullabot.com/videocast/install_local_web_server_mac_osx#comment-3920

Again just to be clear unless we have spreadfirefox.com all under SSL (which we shouldn't) then this problem is not something that need concern us.

Hope that helps.
Paul

Comment 14

9 years ago
Are we going to test the site under NON SSL before pushing through to production ? If we do we should see that is a problem that does not concern us.

Just to be clear i think we should test the site under NON SSL and be confident that it works under these conditions before we push through to production which is also under NON SSL

Best, Paul
(Reporter)

Comment 15

9 years ago
Buchanan - I need your eyes on this :)
(Assignee)

Updated

9 years ago
Assignee: mary → buchanae
(Assignee)

Comment 16

9 years ago
Created attachment 370652 [details]
working on stage

mary, could you test this again please.  This works fine for me.

Here's what I did...
1) go to https://spreadfirefox.authstage.mozilla.com/node/add/project

2) fill in the required fields, plus a file attachment 

3 [review]) notice attachments listed under the content

see screenshot
(Reporter)

Comment 17

9 years ago
Hey there:  I attached the file and no luck.   Will try again:  https://spreadfirefox.authstage.mozilla.com/node/3316.  Does it have something against images?
(Reporter)

Comment 18

9 years ago
Hey there:  Works on production!  http://www.spreadfirefox.com/node/3708

Just created a new group.
(Reporter)

Comment 19

9 years ago
Update here:  Alex has turned off ability to add attachments and we will test this on the production site during downtime.
(Assignee)

Comment 20

9 years ago
attachments work on production.  I created an unpublished test page on production, and uploads worked fine.  http://www.spreadfirefox.com/node/4092

sounds like this is a stage-only problem, probably related to SSL and/or HTTP auth
(Assignee)

Comment 21

9 years ago
attachment settings look fine on stage.  closing this bug out
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → FIXED

Comment 22

9 years ago
Creating a project with file attachment failed for me.

I see the same behavior in prod as described in bug description.
But in stage,the upload process gets stuck and never completes.

Reopening...
Status: RESOLVED → REOPENED
Resolution: FIXED → ---

Comment 23

8 years ago
@Alex

Would you respond to Krupa raj.

Best,
Paul Booker
Appcoast
(Assignee)

Comment 24

8 years ago
Reply to what?  The problem still exists.

Comment 25

8 years ago
My bad , no reply needed.
Product: Websites → Websites Graveyard
You need to log in before you can comment on or make changes to this bug.