Closed Bug 526270 Opened 15 years ago Closed 15 years ago

Have to preview twice before images uploaded to a KB article

Categories

(Mozilla Messaging Graveyard :: Server Operations, defect)

Product:
Mozilla Messaging Graveyard
Component:
Server Operations
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: rolandtanglao, Assigned: gozer)

References

(
URL
)

Details

1. start a new kb article e.g. 
http://stage.support.mozillamessaging.com/tiki-editpage.php?locale=en-US&page=testing+image+upload+to+kb+article

2. upload an image to kb article i.e. scroll down to "upload picture", click "Browse...", select a photo (is there an upload button missing here?)

3. click "Preview" 

4. image doesn't show up 

5. click preview again, image shows up
hmmmm it appears to be working now, I just tried it and it worked unlike yesterday. Must have been something you tweaked!
hmmm as per gozer's request, i tried it again and this time the image didn't show up in the preview
Nope, this is a tikiwiki bug, IMO. Uploaded images end up in the database, but until the article is saved (i.e. while still in preview), it is simply dropped in the filesystem under [docroot]/img/wiki_up.

When running multiple web heads (like we are), this means only a single one will have the temporary image available. The usual recommendation is to use NFS to share that directory. Wouldn't it be a much better idea to just stick these pictures in the database, like they eventually will be ?
agreed :gozer that this is a tikiwiki bug, please file a separate tikiwiki bug against sumo 1.4.01 and keep this one open to document any workarounds
(In reply to comment #4)
> agreed :gozer that this is a tikiwiki bug, please file a separate tikiwiki bug
> against sumo 1.4.01 and keep this one open to document any workarounds

Actually, checked with the tiki folks, and this is a feature in tikiwiki 4.0, so it's now looking more like a SUMO bug that might be fixed by whatever was done in tikiwkik 4.0.
Confirming this is a tiki wiki 1.10/SUMO 1.4.x bug that is fixed in tikiwiki 3 and above which won't be incorprated into SUMO until 2010.

The fennec and SUMO workarounds are to use a single server and/or NFS both of which are unacceptable to Gozer. Gozer is looking for another workaround. In the meantime a user workaround when editing KB articles is:
https://wiki.mozilla.org/Thunderbird/Support/InitialHowToWriteKBArticles
for now Gozer has implemented a NFS workaround (thanks) and may decide to implement something else for production
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.